51 lines
2.4 KiB
Markdown
51 lines
2.4 KiB
Markdown
- 작성 **날짜:** 2026-02-27
|
|
|
|
## 📑 개념
|
|
> [!abstract]
|
|
> 수많은 [[컨테이너(Container)]]의 배포, 관리, 확장, 네트워킹을 자동화하는 **'통합 관리 시스템'**입니다.
|
|
> 컨테이너를 기반으로 주요 기능들을 자동화해서 실제로 구동시켜주는 시스템
|
|
|
|
## 📌 상세
|
|
> [!check]
|
|
> |**핵심 기능**|**세부 설명**|**기대 효과**|
|
|
> |---|---|---|
|
|
> |**자동 배치 (Scheduling)**|컨테이너를 실행하기 가장 적절한 서버를 찾아 자동으로 할당|자원 효율성 극대화|
|
|
> |**자가 치유 (Self-healing)**|죽은 컨테이너를 감지하고 자동으로 재시작 또는 교체|**고가용성(HA) 확보**|
|
|
> |**오토 스케일링 (Scaling)**|트래픽 부하에 따라 컨테이너 개수를 유연하게 조절|성능 유지 및 비용 최적화|
|
|
> |**로드 밸런싱 (LB)**|여러 컨테이너에 트래픽을 고르게 분산|서비스 안정성 향상|
|
|
> |**무중단 배포 (Rolling Update)**|서비스 중단 없이 순차적으로 새 버전 업데이트|운영 연속성 보장|
|
|
|
|
### 아키텍처 구조 (Conceptual View)
|
|
|
|
컨테이너 오케스트레이션은 크게 **지휘부(Control Plane)**와 **실행부(Data Plane)**로 나뉩니다.
|
|
|
|
> [!abstract] **지휘부 (Control Plane / Master)**
|
|
>
|
|
> - 시스템의 상태를 결정하고 명령을 내리는 두뇌 역할.
|
|
>
|
|
> - 어떤 컨테이너를 어디에 띄울지 결정(Scheduling)하고 상태를 감시함.
|
|
>
|
|
|
|
> [!abstract] **실행부 (Data Plane / Worker Node)**
|
|
>
|
|
> - 실제로 컨테이너가 돌아가는 작업 공간(서버).
|
|
>
|
|
> - 지휘부의 명령을 받아 컨테이너를 실행하고 상태를 보고함.
|
|
>
|
|
|
|
|**구분**|**서비스 명칭**|**특징**|
|
|
|---|---|---|
|
|
|**오케스트레이터 (지휘자)**|**Amazon ECS / EKS**|컨테이너를 관리하는 룰과 정책을 설정함.|
|
|
|**컴퓨팅 엔진 (연주자)**|**EC2 / Fargate**|실제 컨테이너가 실행되는 물리적/가상적 인프라.|
|
|
|
|
## 📝 노트
|
|
> [!note]
|
|
>
|
|
> - 컨테이너를 사용해서 [[가용성(Availability)]]과 [[확장성(Scalability)]]문제를 해결해주는 엔진
|
|
> - 컨테이너를 알아서 잘 사용할 수 있도록 도와주는 엔진
|
|
> - 학습커브는 존재함. ([[쿠버네티스(Kubernetes)]] 학습 필요)
|
|
> (AWS의 경우 이 학습커브를 완화해주는 ECS 서비스를 제공함.)
|
|
>
|
|
|
|
## 🔗 지식 연결
|
|
- **태그:** #zettelkasten #knowledge |