[인프라를 소프트웨어처럼 3/5] 환경은 브랜치에서 태어난다: Environment Variant
공유 Dev 병목을 없애고, 브랜치 하나로 격리 환경을 생성하는 Environment Variant 설계
devBlog
flex 기술 블로그
총 38개 글 · 원본 블로그 방문 →
HR 플랫폼 flex를 만드는 팀의 기술 블로그
[인프라를 소프트웨어처럼 2/5] 코드가 모르는 그 '환경'은 누가 만드는가
환경도 소프트웨어처럼 다루기 위해, 플랫폼팀은 선언(Declaration)을 선택했습니다.
[인프라를 소프트웨어처럼 1/5] Infrastructure as Code, 그리고 그다음
flex 테크블로그 backend 연재가 "코드가 환경을 모르는 구조"에서 그려 둔 다섯 축을, 이번에는 그 환경을 실제로 만들고 굴리는 클라우드플랫폼팀의 시점에서 이어갑니다. 출발점은 한 문장입니다 — 인프라를 코드로 적는 것과 소프트웨어로 다루는 것은 다릅니다.
[의존성의 방향을 따라 5/5] Evergreen이 가능했던 이유
Convention Plugin이 만든 구조적 일관성, 그리고 50개 레포를 움직이는 Evergreen 자동화의 토대
[의존성의 방향을 따라 4/5] PR을 전파하는 Distributer
Wave 기반 PR 전파와 자동 머지로 대규모 버전업을 운영하는 방법
[의존성의 방향을 따라 3/5] OpenRewrite와 Claude가 코드를 변환한다
50개 레포를 안전하게 버전업하는 방법: OpenRewrite AST 변환과 Claude 빌드 가드레일 아키텍처
[의존성의 방향을 따라 2/5] 의존 그래프를 읽는 Planner
레포 간 의존성을 분석해 안전한 변경 순서와 전파 계획을 생성하는 방법
[의존성의 방향을 따라 1/5] 버전업이 고통인 이유
50개 레포지토리의 Spring Boot 버전업, 왜 패치 하나가 조직 전체의 문제가 되는가
[AI가 읽을 수 있는 코드베이스 5/5] AI 접근성 등급으로 보는 코드베이스
코드 품질만으로는 부족하다 — AI 코딩 에이전트가 이해하고 수정할 수 있는 코드베이스의 조건
[AI가 읽을 수 있는 코드베이스 4/5] Acceptance 증명이 리뷰를 바꾼다
"이거 돌아가?"라는 가장 비싼 질문을 자동화하고, Code Review를 동작 검증에서 설계 검증으로 전환하는 과정
[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행
Hexagonal Architecture로 AI 에이전트가 검증 가능한 도메인 슬라이스를 만드는 법
[AI가 읽을 수 있는 코드베이스 2/5] 빌드 피드백이 AI를 가르친다
컴파일 에러, 의존성 오류, 테스트 실패 — 빌드 피드백마다 AI에게 전달되는 정보의 질이 다르다
[AI가 읽을 수 있는 코드베이스 1/5] 프롬프트보다 구조가 먼저다
프롬프트 엔지니어링보다 코드베이스 구조가 AI 활용의 하한선을 결정한다
[코드가 환경을 모르는 구조 7/7] Variant와 스냅샷 캐시, 그리고 다섯 축의 총합
테스트 인프라가 프로덕션을 닮아야 하는 이유와, 이 시리즈가 남긴 것
[코드가 환경을 모르는 구조 6/7] 컨테이너는 왜 폭발하는가
Testcontainers가 속도의 적이 되는 순간, 그리고 BuildService라는 해법
[코드가 환경을 모르는 구조 5/7] Rewrite Host — 공간 축을 교체한다
디버그 헤더 하나로, dev 환경에서 서비스 한 개만 내 노트북으로 바꿔 끼우기
[코드가 환경을 모르는 구조 4/7] 타임머신 — 시간 축을 교체한다
Clock Port와 헤더 기반 Adapter로 HR 로직의 미래를 미리 실행하기
[코드가 환경을 모르는 구조 3/7] IaC에도 헥사고날이 관통한다
spec 모듈을 Port로, 클라우드 모듈을 Adapter로 — 플랫폼을 갈아 끼우는 경계의 설계