마이다스인의 플랫폼 혁신 여정, Part1: Amazon EKS 전환

문제 상황

• Amazon ECS 기반 인프라의 서비스 고도화 한계
• 채용 시즌의 급격한 트래픽 변동과 환경 생성·커스터마이즈 요구 증가
• AI 기능 확장과 복잡한 서비스 구조에 대응할 더 유연한 오케스트레이션 필요

해결 방법

• Amazon EKS로 전환하고 GitOps(Argo CD + Helm 차트) 기반 단일 배포 파이프라인 구성
• PR 생성 시 Amazon Bedrock 기반 Code Review Bot으로 변경 영향 분석과 자동 리뷰 수행
• 인프라 코드와 애플리케이션 코드의 동일한 관리로 Drift 최소화

성능/운영 포인트

• Binpacking과 장기 메트릭 분석으로 Pod 리소스와 requests/limits 재산정
• CoreDNS, Karpenter, ALB Controller를 AWS Fargate로 분리해 핵심 컴포넌트 안정성 확보
• Spot Instance 중단 대응 체계로 평균 약 25% 비용 절감과 수십 초 이내 자동 복구 달성

적용해볼 점

• 트래픽 패턴과 워크로드 특성에 맞춘 Right Sizing과 QoS 분리
• Spot 회수 알림, preStop Hook, PDB, topology spread를 묶은 가용성 설계
• 환경 생성 시간 단축과 비용 절감을 함께 노리는 플랫폼 전환 접근