Swarm에 서비스 배포

Docker Swarm에서 서비스는 클러스터 전체에서 컨테이너화된 애플리케이션을 실행하려는 방식을 정의한 것입니다.

개별 컨테이너를 실행하는 대신 서비스를 정의하여 Swarm에 다음과 같이 지정합니다. "이 이미지의 인스턴스 X개를 이러한 포트와 설정으로 실행해 주세요."

그러면 Swarm은 원하는 상태가 유지되도록 하며, 컨테이너에 장애가 발생하면 자동으로 다시 시작합니다.

다음과 같이 생각해 보십시오.

• 컨테이너는 애플리케이션의 단일 인스턴스입니다.
• 서비스는 Swarm 전체에서 하나 이상의 동일한 컨테이너(이를 작업이라고 합니다)를 실행하기 위한 설계도입니다.

서비스는 작업을 분산하고 장애를 자동으로 처리하여 고가용성과 확장성을 제공합니다.

docker service create 명령을 사용하면 애플리케이션을 서비스로 Docker Swarm 클러스터에 배포할 수 있습니다. 간단한 Nginx 웹 서버 서비스를 만들어 보겠습니다.

다음 예시를 실행해 보십시오.

방금 사용한 명령을 나누어 살펴보겠습니다.

• --name my-web-app: 서비스에 기억하기 쉬운 이름을 지정합니다.
• -p 80:80: Swarm 노드의 포트 80을 컨테이너 내부의 포트 80에 연결합니다.
• --replicas 1: Swarm이 이 서비스의 실행 중인 인스턴스(작업) 하나를 유지하도록 지정합니다.
• nginx: 서비스 작업에 사용할 Docker 이미지를 지정합니다.

서비스를 만든 후에는 상태를 확인하고 실행 중인 작업을 살펴볼 수 있습니다. 다음 명령을 사용하십시오.

• docker service ls: Swarm의 모든 서비스를 나열합니다.
• docker service ps <service_name>: 서비스에 연결된 개별 작업(컨테이너)을 표시합니다.

Docker Swarm의 핵심 이점 중 하나는 간편한 확장입니다. 단일 명령으로 서비스의 실행 중인 인스턴스 수(복제본)를 늘릴 수 있습니다.

my-web-app을 복제본 3개로 확장해 보겠습니다.

마찬가지로 간단하게 서비스 규모를 줄여 리소스 사용량을 낮추거나 트래픽을 관리할 수 있습니다. Swarm은 초과 컨테이너를 정상적으로 중지하고 나머지 컨테이너는 계속 실행합니다.

my-web-app을 다시 복제본 1개로 축소해 보겠습니다.

애플리케이션의 새 버전을 배포하거나 서비스 설정을 변경해야 할 때 docker service update는 롤링 업데이트를 수행합니다. Swarm은 애플리케이션을 계속 사용할 수 있도록 작업을 하나씩 업데이트합니다.

Nginx 서비스를 특정 버전으로 업데이트해 보겠습니다.

서비스가 더 이상 필요하지 않으면 Swarm에서 제거할 수 있습니다. 그러면 연결된 모든 작업이 중지되고 클러스터에서 서비스 정의가 삭제됩니다.

예시 웹 앱 서비스를 제거하려면 다음 명령을 사용합니다.

my-backend라는 서비스가 복제본 3개로 실행 중이며 my-backend:v1 이미지를 사용하고 있습니다. 이 서비스를 새 이미지인 my-backend:v2를 사용하도록 업데이트하고 복제본 수도 5개로 늘려야 합니다.

잘하셨습니다! Docker Swarm에서 애플리케이션을 서비스로 배포하고 관리하는 데 필요한 핵심 내용을 배웠습니다.

• 서비스는 컨테이너화된 앱의 원하는 상태를 정의합니다.
• docker service create를 사용하여 서비스를 만드는 방법을 배웠습니다.
• 서비스 확인, 확장(docker service scale), 업데이트(docker service update)를 다루었습니다.
• 마지막으로 docker service rm을 사용하여 서비스를 제거할 수 있습니다.

서비스는 Swarm 클러스터에서 확장 가능하고 복원력 있는 애플리케이션을 구축하는 데 필수적입니다!