[플랫폼설계] DevOps에서 Platform Engineering으로: kt cloud의 여정

문제 상황

• 개발자별 Kubernetes 매니페스트, CI 스크립트, 배포 파이프라인 관리로 인한 인지 부담
• 서비스 팀마다 달라진 GitHub Actions 워크플로우와 Helm values 구조의 반복적 문제 해결
• 티켓 기반 ArgoCD·Harbor·Vault 설정 요청으로 인한 서비스 시작 지연

구조와 흐름

• 서비스 카탈로그 템플릿 선택부터 표준 레포지토리, ArgoCD 리소스, Kyverno 네임스페이스, Harbor 권한, CI/CD, 모니터링까지 이어지는 골든 패스
• ArgoCD의 애플리케이션 배포와 FluxCD의 플랫폼 인프라 컴포넌트 수명주기 분리
• Vault와 External Secrets Operator를 통한 시크릿 동기화, Harbor 기반 이미지 공급망 관리

선택 이유

• 셀프서비스 Platform Portal로 인프라 설정 요청·처리 사이클 축소
• 보안·확장성·모니터링을 기본 내장한 표준 경로와 예외 경로 선택 구조
• RAG 기반 AI 에이전트로 내부 런북·인시던트 기록과 클러스터 상태를 활용하는 운영 지원

주의할 점

• RAG 응답 신뢰성을 위한 최신·정확한 내부 문서와 벡터 인덱스 관리
• 초기 단계 서비스 카탈로그, PoC 수준 AI 에이전트, 멀티 클러스터 골든 패스 일관성 확보 과제
• 소규모 조직에서는 반복 작업 하나의 셀프서비스화부터 시작하는 점진적 확장