오늘은 Container 오케스트레이션 개념과 필요성 그리고 Docker 단독 사용 환경과 비교한 3가지 주요 해결 문제를 알아보자 ❗ ❕

---

Docker만으로 충분한거 아니야 ? 🤔

• Container 기술은 소프트웨어 배포와 실행을 획기적으로 단순화했지만, 규모가 커질수록 문제가 계속 나온다.
• 단일 Container를 실행하는 수준에서는 Docker만으로 충분하지만, 운영하는 Container가 늘어날수록 자동화된 관리 시스템인 Container Orchestration이 필요해질 것이다.
• 즉, 컨테이너 수가 적을 때는 문제가 드러나지 않지만, 서비스가 성장할수록 운영 복잡성이 급격히 증가한다.

---

Container Orchestration란 ? 🎻

• Container Orchestration은 다수의 컨테이너를 자동으로 배포, 관리, 확장, 복구하는 시스템을 의미한다.
• 대표적인 도구로는 Kubernetes가 있으며, 이외에도 Docker Swarm, Apache Mesos등이 존재한다.
• Orchestration의 주요 기능
  • Container 클러스터 구성 및 관리
  • 자동 스케일링
  • 장애 복구 및 재시작
  • 로드 밸런싱
  • 배포 전략 관리
  • 상태 모니터링 및 헬스체크
  • 선언적 구성(Yaml등으로 인프라 정의)

---

Docker 단독 환경의 한계점 🧱

• Docker는 강력한 Container 실행 도구지만, 운영 환경에서 다수의 Container를 효과적으로 관리하는 기능은 부족하다.
• Docker만 사용하는 경우
  • Container 배포는 수동 스크립트로 처리
  • 장애가 발생하면 사람이 직접 재시작
  • 컨테이너 수가 늘어나면 관리 복잡도 급증
  • 인프라 설정은 명령어 또는 쉘 스크립트로 관리 -> 일관성/재현성 부족

---

Orchestration이 해결하는 3가지 핵심 문제 🎺

1️⃣ 자동확장

• 문제점
  • 트래픽 증가시, Container를 수동으로 복제하거나 스크립트를 돌려야한다.
  • 예기치 않은 부하 상황에 실시간 대응이 어렵다.
• Orchestration이 해결 ❕
  • Kubernetes는 CPU/메모리 사용량 등을 기준으로 자동으로 Pod 수를 조절한다.
  • 트래픽이 많아지면 Container 수를 자동으로 늘리고, 줄어들면 줄임 -> 리소스 최적화
• 즉, 실시간 트래픽 변화에 자동으로 대응 가능 ❗
  2️⃣ 자가 복구
• 문제점
  • Container가 갑자기 종료되거나 장애가 발생하면, 수동으로 확인하고 재시작해야한다.
  • 운영자의 개입이 필요하고 복구가 늦어질 수 있음.
• Orchestration이 해결 ❕
  • Kubernetes는 Pod 및 Container의 상태를 주기적으로 확인한다.
  • Container가 죽으면 자동으로 재시작하거나 다른 노드에 재배치
  • 설정한 상태를 기준으로 실제 상태를 자동으로 복구
• 즉, 장애 발생 시 자동 감지 및 복구 기능을 한다 ❗
  3️⃣ 선언적 인프라
• 문제점
  • Docker CLI나 쉘 스크립트로 Container를 관리하면, 실행 순서나 환경에 따라 결과가 달라질 수 있기에 재현성과 일관성 부족
• Orchestration이 해결 ❕
  • Kubernetes는 Yaml 파일 등으로 인프라 상태를 정의
  • 내가 원하는 상태를 선언하면, 시스템이 그 상태로 자동 구성한다.
• 즉, 운영환경을 코드로 정의하고 통제 가능하며 "어떻게 실행할지"가 아니라 "어떤 상태가 되어야 하는지"를 정의하는 방식

---

마무리 🎶

오늘은 단독 Docker의 한계점을 보완하는 컨테이너 오케스트레이션에 대해 알아보았다.
Container Orchestration은 규모와 복잡성이 증가한 운영 환경에서 컨테이너를 안전하고 자동으로 운영하기 위한 핵심 기술이라고 정리할 수 있다.
이를 이해하고 활용하여 프로덕션 환경에서 여러 컨테이너를 관리할 수 있도록 성장해보자💯