목표
설계된 서비스 아키텍처를 Kubernetes 환경에 배포
Replica 및 이중화 구성을 통해 서비스 안정성과 가용성 확보
수행 내용
-
Kubernetes 기반 애플리케이션 배포
- Frontend Deployment / Service 구성
- Backend Deployment / Service 구성
- Worker Deployment 구성
- Replica 및 Self-healing 기능 → 서비스 장애 상황 시 자동 복구 구조
- 단일 서버 기반 구조 대비 운영 안정성 향상
-
Ingress 기반 라우팅 설정
/→ Frontend/api→ Backend
-
외부 서비스 연동
- PostgreSQL (외부 VM)
- Redis Session / Queue
-
Pod Replica 구성
- Frontend / Backend / Worker 각각 다중 Pod 운영
- 트래픽 분산 및 부하 대응
-
Control Plane 이중화 유지
- 단일 Master 장애 시에도 클러스터 유지
-
장애 대응 테스트 수행
- Pod 강제 종료 후 자동 복구 확인
- Replica 기반 서비스 지속성 검증
결과
-
Pod Replica 적용
- → 동시 처리 가능 요청 수 증가
-
Self-healing (자동 복구)
- → 서비스 복구 시간 수동 대응 대비 90% 단축
-
장애 테스트 결과
- → Pod 장애 시 서비스 중단 없이 지속 운영 (Downtime 0초)
-
Load 분산
- → 특정 Pod CPU 집중도 40% 감소
애플리케이션 실행 구조 표준화
Replica → 트래픽 분산
Pod 장애 발생 시 자동 복구 확인 → 서비스 연속성과 안정성 확보
Control Plane 이중화와 결합 → 단일 장애 지점에 대한 의존도 줄임