#DevOps

[인프라를 소프트웨어처럼 3/5] 환경은 브랜치에서 태어난다: Environment Variant

Summary

"브랜치를 push하면 서버가 뜬다" flex팀이 환경 파편화와 배포 병목을 해결한 방법

ArgoCD와 Git 브랜치를 결합해 7단계의 환경 구축 프로세스를 단 1초로 단축시킨 자동화 여정

본 아티클은 공유 개발 환경의 한계를 극복하기 위해 flex팀이 도입한 'Environment Variant' 개념과 구현 과정을 다룹니다. Git 브랜치의 생명주기에 환경의 생명주기를 완벽하게 일치시킴으로써 개발 생산성을 극대화하고 인프라 관리 부담을 획기적으로 줄인 실무 노하우를 공유합니다.

01공유 dev 환경 점유를 위한 슬랙 공지와 대기 시간을 완전히 제거
02ArgoCD ApplicationSet을 활용한 브랜치 기반 환경 자동 생성 및 회수 메커니즘
03Baseline 위에 필요한 앱만 얹는 얇은 계층 구조로 리소스 효율성 달성
04Istio Gateway를 활용해 호스트별로 variant와 baseline을 가르는 정교한 라우팅 설계
05포털 서비스가 지고 있던 매니페스트 관리 책임을 인프라 코드로 이관하여 복잡도 해소

RECOMMENDATION

마이크로서비스 아키텍처에서 환경 구축 비용 때문에 통합 테스트에 어려움을 겪는 팀에게 강력히 추천합니다. 특히 GitOps를 도입했음에도 불구하고 환경 생성 절차가 수동으로 남아있다면 이 아티클의 브랜치 기반 자동화 패턴이 훌륭한 해답이 될 것입니다.

The Problem

공유 dev 환경 하나를 두고 여러 개발자가 직렬로 점유해야 하는 병목 현상이 발생했으며, 격리된 환경을 구축하는 과정이 7단계에 이를 정도로 복잡하여 방치된 환경들이 전체 시스템의 안정성을 해치는 문제가 있었습니다.

The Solution

ArgoCD ApplicationSet의 SCM Provider Generator를 도입하여 특정 컨벤션의 브랜치를 push하면 자동으로 환경이 생성되고, 삭제 시 회수되는 구조를 설계했습니다. 또한, 전체 환경을 복제하는 대신 기준 환경(Baseline) 위에 변경된 앱만 덮어씌우고 Istio Gateway로 라우팅하는 Environment Variant 방식을 채택했습니다.