#DevOps

팀 이름을 DevOps가 아니라 Cloud Platform으로 지은 이유

팀 이름을 DevOps가 아니라 Cloud Platform으로 지은 이유
01

Summary

DevOps 팀은 정말 죽었을까? 플렉스팀이 'Cloud Platform'을 선택한 이유

티켓 요청 처리반에서 벗어나 개발자와 AI 에이전트가 함께 쓰는 자율적 인프라 플랫폼 구축기

DevOps를 특정 팀의 직무가 아닌 조직 전체가 일하는 방식으로 재정의한 플렉스팀의 기술 블로그 아티클입니다. 단순 인프라 관리를 넘어 개발자와 AI 에이전트가 스스로 올바른 변경을 수행하도록 돕는 플랫폼 엔지니어링의 정수와 실제 구현 사례를 소개합니다.

  • 01DevOps 팀 분리로 인한 조직적 병목 현상 지적 및 일하는 방식으로서의 DevOps 재정의
  • 02개발자가 YAML 파일 선언과 PR만으로 인프라를 직접 구성하는 셀프서비스 환경 구현
  • 03검색 엔진 노드 재시작 및 출퇴근 시간 근태 데이터 특성을 이해하는 도메인 인지형 오퍼레이터 구축
  • 04AI 에이전트가 인프라 커밋의 28% 이상을 직접 제안하고 처리할 수 있도록 지원하는 검증 체계 다지기

RECOMMENDATION

인프라 팀의 병목 현상을 해결하고 내부 개발자 플랫폼(IDP) 및 IaC 자동화를 도입하고자 하는 DevOps 엔지니어와 기술 리더에게 추천합니다.

The Problem

DevOps라는 이름의 별도 전담 팀을 둘 경우 개발자가 인프라 관련 작업마다 티켓을 작성하고 인프라 팀이 병목이 되어, 원래 취지인 개발과 운영의 통합이 저해되는 문제가 발생합니다.

The Solution

개발자가 YAML 파일 정의와 PR 제출만으로 인프라를 스스로 구성할 수 있는 셀프서비스 플랫폼을 구축하고, 서비스 도메인 지식을 반영한 커스텀 오퍼레이터 및 AI 에이전트의 변경 사항을 기계적으로 검증하는 가드레일을 도입했습니다.

The Result

인프라 요청에 대한 병목이 제거되고 조직 전체가 직접 인프라를 다루는 방식으로 전환되었으며, AI 에이전트 도입 후 약 두 달간 전체 인프라 커밋 287건 중 82건을 봇이 안전하게 자동 처리하는 성과를 얻었습니다.

Trade-off

셀프서비스 플랫폼과 자동 검증 체계를 구축 및 유지하기 위해 오퍼레이터 소프트웨어 개발, CI 기반 테스트 및 스키마 관리 등에 지속적인 소프트웨어 공학적 노력이 요구됩니다.

03

Key Concepts

Concept · 01

Internal Developer Platform (내부 개발자 플랫폼)

개발자가 인프라나 배포 환경에 대한 복잡한 지식 없이도 셀프서비스로 필요한 리소스를 안전하게 제어할 수 있도록 돕는 도구 및 제품입니다.

  • 개발자가 Kafka 토픽 생성을 인프라 팀 티켓 없이 YAML 선언과 PR 제출만으로 완결하도록 제공
  • 잘못된 입력은 사전 차단하고 좋은 기본값을 제공하여 오류를 최소화하도록 플랫폼 설계
Concept · 02

Domain-aware Operator (도메인 인지형 오퍼레이터)

클라우드 리소스의 단순 상태뿐만 아니라 그 위에서 동작하는 비즈니스 애플리케이션의 맥락과 도메인 특성을 이해하고 제어하는 자동화 시스템입니다.

  • 검색 엔진 노드 재시작 시 쿠버네티스의 단순 Ready 상태가 아닌 데이터 재동기화까지 7단계로 안전성 확인
  • HR 서비스의 출퇴근 시간대 피크 타임을 인지하여 해당 시간대 노드 정리를 유예하는 규칙 적용
Concept · 03

AI Agent Integration (AI 에이전트 기반 인프라 운용)

AI 에이전트를 플랫폼의 새 사용자 규정하여, 인프라 비용 최적화나 수명 주기 규칙 변경 등 자동화된 PR 제안 및 검증을 수행하는 체계입니다.

  • 두 달 미만의 기간 동안 인프라 저장소 커밋 287건 중 82건을 AI 에이전트 봇 계정이 생성
  • 사람과 에이전트 모두가 통과해야 하는 스키마 검증 및 CI 기반 테스트 가드레일 마련