이 프로젝트는 배포될 때마다 이전 컨테이너가 삭제되고 패키징된 새 이미지를 기반으로 컨테이너가 시작됩니다. 여기에는 심각한 문제가 있습니다. 즉, 새 이미지에 문제가 있으면 이전 컨테이너가 다시 손실됩니다. 만약 종료되면 비즈니스에 액세스할 수 없게 됩니다. 패키징된 이미지가 컨테이너를 올바르게 시작할 수 있는지 테스트할 수 있는 방법이 있나요?
클러스터는 docker swarm과 같습니다. 컨테이너 이미지를 업그레이드할 때 먼저 새 컨테이너를 시작한 다음 새 컨테이너가 정상적으로 시작된 후 이전 컨테이너를 중지합니다. Docker가 컨테이너를 시작할 때 컨테이너 내의 명령이 정상적으로 시작될 수 있으면 컨테이너가 정상적으로 시작되는 것으로 간주됩니다. 그런 다음 docker swarm은 이전 컨테이너를 중지합니다. 그러나 일부 비즈니스의 경우 컨테이너에서 프로세스가 성공적으로 시작되었다고 해서 비즈니스가 정상이라는 의미는 아닙니다. 이때 Dockerfile에서 healthcheck 명령을 사용하여 명령을 맞춤화하여 확인할 수 있습니다. 이 명령의 결과가 0인 경우에만 컨테이너가 정상적으로 시작된 것으로 간주되므로 Swarm은 이전 컨테이너를 중지합니다. https://docs.docker.com/engin...
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
클러스터는 docker swarm과 같습니다. 컨테이너 이미지를 업그레이드할 때 먼저 새 컨테이너를 시작한 다음 새 컨테이너가 정상적으로 시작된 후 이전 컨테이너를 중지합니다.
Docker가 컨테이너를 시작할 때 컨테이너 내의 명령이 정상적으로 시작될 수 있으면 컨테이너가 정상적으로 시작되는 것으로 간주됩니다. 그런 다음 docker swarm은 이전 컨테이너를 중지합니다.
그러나 일부 비즈니스의 경우 컨테이너에서 프로세스가 성공적으로 시작되었다고 해서 비즈니스가 정상이라는 의미는 아닙니다. 이때 Dockerfile에서 healthcheck 명령을 사용하여 명령을 맞춤화하여 확인할 수 있습니다. 이 명령의 결과가 0인 경우에만 컨테이너가 정상적으로 시작된 것으로 간주되므로 Swarm은 이전 컨테이너를 중지합니다. https://docs.docker.com/engin...
이미 클러스터이기 때문에 상시 대기 시스템은 없는 걸까요? 동일한 컨테이너의 인스턴스를 2개 이상 실행하세요. 하나는 백업으로 실행하세요. 업그레이드할 때 그중 하나를 먼저 업그레이드한 다음 나머지를 업그레이드하세요. 이와 유사