pile·
인프라 / DevOps·flexflex·

[코드가 환경을 모르는 구조 2/7] 배포 코드가 환경을 모르는 구조

문제개발/프로덕션 배포 스크립트가 시간이 지나면 디버그 플래그/리소스 제한/기능 플래그가 환경별로 갈라져 "실제로 다른 파이프라인" 이 되고, 마이그레이션 누락이나 env 변수 불일치가 발생한다.
접근Flex 가 "배포 코드 자체가 환경을 모르게" 만드는 3층 값 구조 도입. 기본 층(앱 목록 + 공통값, 모두 꺼짐), 환경 층(브랜치/도메인/활성 앱), 변종 층(테넌시/지역). ArgoCD App-of-Apps 패턴으로 dev 클러스터=dev 브랜치 추적, Jenkinsfile 도 외부 파라미터만 수신.
결과롤백이 단순 revert 커밋으로 처리되고 새 앱 추가에 파이프라인 코드 변경 불필요. Git 히스토리에 배포 상태가 명확히 기록되어 "현재 상태/마지막 변경/롤백 방법" 즉시 파악 + 감사 요구도 자동 충족.
flex
flex 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)

이 글과 비슷한

  1. 인프라 / DevOps·AWS KoreaAWS Korea Tech·

    엔터프라이즈 보안 요구사항을 충족하는 프라이빗 Amazon Bedrock AgentCore 구축하기

    Amazon Bedrock AgentCore의 VPC egress 기능(2026년 4월 추가)을 활용해 온프레미스 LLM·사내 IdP·사내 MCP 서버에 인터넷 노출 없이 연결하는 방법을 다룬다. 규제 산업 엔터프라이즈가 기존 사내 자산을 그대로 유지하면서 Bedrock AgentCore를 안전하게 구축하기 위한 구성 가이드다.

    요약 이어보기
    #mcp#amazon-bedrock#vpc+2
  2. 인프라 / DevOps·gitlab-engGitLab Blog·

    OpenTofu와 Argo CD로 구성하는 GitLab 기반 AWS 제어 플레인

    GitLab을 단일 제어 플레인으로 삼아 OpenTofu로 AWS 인프라를 프로비저닝하고, Argo CD로 GitOps 기반 애플리케이션 배포까지 자동화하는 엔드투엔드 튜토리얼이다. VPC·EKS 클러스터 구성부터 Helm 기반 툴 설치, 샘플 앱 배포까지 모든 과정이 GitLab CI/CD 파이프라인으로 연결된다.

    요약 이어보기
    #kubernetes#aws-eks#gitops+2
  3. 인프라 / DevOps·AWS KoreaAWS Korea Tech·

    Amazon Bedrock 기반 사내 LLM, 키 발급부터 비용 차단까지: F&F의 LiteLLM 게이트웨이 운영 사례

    패션 기업 F&F가 Amazon Bedrock과 LiteLLM 프록시를 결합해 구축한 사내 LLM 플랫폼 운영 사례다. API 키 셀프서비스 발급, 모델별 접근 승인 워크플로, 사용자·프로젝트별 예산 자동 차단까지 전 과정을 직접 구현한 아키텍처 결정과 운영 교훈을 공유한다.

    요약 이어보기
    #kubernetes#amazon-bedrock#litellm+2