여기어때 Secret 플랫폼 구축기 Part 3: 시크릿 저장소를 운영 가능한 상태로 만들기 — 컨테이너화부터 CI/CD, 로그 수집까지
Summary
"EC2에서 EKS까지 한 번에!" 여기어때가 배포와 로그 수집을 표준화하는 법
Bun 런타임과 GitLab CI로 완성한 클라우드 네이티브 운영 전략
여기어때 DevOps 팀이 시크릿 저장소 'Secrethub'을 구축하며 적용한 현대적인 운영 자동화 사례를 소개합니다. 단순한 배포를 넘어 서비스 독립적인 로그 수집과 표준화된 CI/CD 파이프라인을 통해 플랫폼 레벨에서 관리 가능한 구조를 설계한 과정을 상세히 담고 있습니다.
- 01Bun의 isolated linker와 단일 파일 번들링으로 극대화된 컨테이너 최적화
- 02EC2와 EKS 배포 흐름을 일원화한 GitLab CI 공통 템플릿 설계 전략
- 03AWS CodeDeploy의 훅(hooks)을 교정하여 배포 주기와 안정성 개선
- 04애플리케이션 코드 수정이 필요 없는 Docker Loki Driver 기반의 통합 로깅
- 05플랫폼 중심 설계를 통한 향후 인프라 마이그레이션 비용의 획기적 절감
RECOMMENDATION
레거시 EC2 환경을 유지하면서도 차세대 인프라(EKS)로의 전환을 준비하는 팀에게 강력히 추천합니다. 특히 다중 언어 환경에서 표준화된 배포 프로세스와 로깅 시스템을 구축하고자 하는 DevOps 엔지니어에게 실질적인 가이드를 제공합니다.
The Problem
기존 Jenkins 기반의 EC2 배포 구조는 서비스마다 스크립트가 파편화되어 있어 중앙 관리가 어려웠고, 전체 배포 현황을 일관되게 파악하는 데 한계가 있었습니다. 또한, 다수의 컨테이너가 운영되는 환경에서 개별 서비스마다 로깅 라이브러리와 OTEL 설정을 적용해야 하는 운영 부담이 존재했습니다.
The Solution
Bun 런타임의 단일 파일 번들링 기능을 활용해 컨테이너 이미지를 최적화하고, EC2와 EKS에 모두 적용 가능한 GitLab CI 공통 템플릿을 도입하여 배포 파이프라인을 표준화했습니다. 로그 수집은 애플리케이션 수정 없이 Docker 레벨에서 Loki Driver를 통해 직접 LGTM 스택으로 전송하는 방식을 채택했습니다.
The Result
전사적으로 표준화된 CI/CD 파이프라인을 통해 운영 확장성을 확보했으며, 향후 EKS 마이그레이션 시 CD 단계만 교체하면 되는 유연한 구조를 만들었습니다. 로깅 책임을 플랫폼으로 이관함으로써 언어에 독립적인 관측성 환경을 구축하고 이미지 크기를 대폭 줄였습니다.
Trade-off
중앙 집중식 CI 템플릿 사용으로 인해 개별 프로젝트의 특수한 요구사항을 반영하기 위한 유연성은 다소 줄어들 수 있습니다. 본문에 명시되지 않았으나, Docker Loki Driver 사용 시 드라이버 플러그인 장애가 컨테이너 로그 출력 지연이나 시스템 부하에 영향을 줄 수 있는 잠재적 리스크에 대한 대비가 필요합니다.
Key Concepts
More from 여기어때
View all posts from 여기어때
AI 수석회의
LLMAI AgentMCP18시간 전
JVM heap은 멀쩡한데 왜 메모리가 터질까? — Docker 환경 네이티브 메모리 삽질기 (Part 2)
JVMDockerMemory Leak1주 전
JVM heap은 멀쩡한데 왜 메모리가 터질까? — Docker 환경 네이티브 메모리 삽질기 (Part 1)
JVMDockerMemory Leak1주 전
Spring Data Redis: Repository vs RedisTemplate — 실전 성능 비교
Spring Data RedisRedisTemplatePerformance Optimization1주 전
AI 시대의 브랜드 그래픽 시스템 구축기
Generative AIVisual IdentityPrompt Engineering3주 전
