Shinyproxy: 도커 컨테이너의 하트비트에 대한 설명

+1

안녕하세요 @jat255

ShinyProxy는 현재 다음과 같이 작동합니다.

• proxy.heartbeat-rate 마다 ShinyProxy는 클라이언트에 하트비트를 보냅니다. 클라이언트가 응답하면 내부 상태가 현재 시간으로 업데이트됩니다. heartbeat-rate 의 기본값은 10초입니다. 이러한 하트비트는 웹 소켓 채널(있는 경우)을 통해 전송됩니다.
• 앱에 대한 모든 HTTP 요청은 내부 상태도 업데이트합니다.
• 컨테이너의 마지막 하트비트가 proxy.heartbeat-timeout 전보다 길면 ShinyProxy가 앱을 종료합니다. 기본적으로 60초입니다.

사용자가 브라우저를 열어두고 웹 소켓 연결이 열려 있거나 HTTP 요청이 전송되는 한 ShinyProxy는 앱이 사용 중이라고 가정하여 앱을 종료하지 않습니다.
Spring은 또한 앱이 HTTP 요청을 보내는 한 사용자의 세션을 열린 상태로 유지합니다.

따라서 앱이 오랫동안 살아있을 수 있습니다. 그러나 약 3일에 해당하는 75시간 동안 열려 있는 앱이 있다는 것을 알았습니다. 이는 사용자가 3일 동안(일시 중단 없이) 컴퓨터를 실행하고 있음을 의미합니다. 이런 경우가 있습니까? 그렇지 않다면 우리가 알지 못하는 버그를 발견했을 수 있습니다.

BTW, 우리는 사용 여부에 관계없이 일정 시간이 지나면 앱을 종료시키는 max-lifetime 기능에 대한 몇 가지 계획을 가지고 있습니다. 이것은 아직 구현되지 않았으며 아마도 다음 릴리스에서 구현되지 않을 것입니다. 작업을 시작하면 알려 드리겠습니다.

@LEDfan 의 설명에 감사드립니다. 장기 실행 세션이 버그인지, 아니면 누군가 사무실 컴퓨터에서 실행 중인 탭을 남겨둔 것인지(사용자로부터 더 많은 정보를 얻으려고) 확실하지 않습니다. 이 제한된 세션 수명은 IT 보안 팀의 보안 문제입니다(사용자 없이 오랫동안 로그인한 것을 보고 싶어하지 않음). max-lifetime 와 같은 것이 실제로 유용할 것입니다. 나는 우리가 시간 제한 기능에 라 굽는거야 그 동안 생각 이 아이디어를 그들이에 대한 로그 아웃하고, 응답, 존재하지 않는 경우는 다음 반짝 서버를 죽이는 걸 경고와 함께 사용자를 제공하기 위해, 어떤 (내가 이해하는대로) 도커 컨테이너를 청소해야합니다. 위의 설명을 바탕으로 계속 진행하겠습니다. 감사 해요!