AI 개발을 위한 플랫폼 엔지니어링

프로토타입을 프로덕션으로 가져갈 경로를 제공하세요

사람들은 여러 AI 도구로 아이디어를 탐색하고, 조직은 프로덕션으로 가는 공통 경로를 제공할 수 있습니다. 플랫폼 팀은 그 경로를 명확하고 반복 가능하게 만들고 지원합니다.

유용한 프로토타입이 나오면 사용자 작업, 예시 작업 흐름, 확보할 수 있는 소스 코드, 사용할 데이터를 모으세요. 코드를 조정할지, 학습한 요구사항을 바탕으로 다시 만들지 평가하세요. 실제 자격 증명이나 기밀 입력을 제공하기 전에 애플리케이션, 개발 도구, 런타임이 필요한 통제를 충족하는지 검증하세요.

서비스를 조직의 인프라에서 실행해야 한다면 조직의 클라우드 계정이나 네트워크로 배포할 수 있는 지원 경로를 제공하세요. ID, 비밀 정보 처리, 릴리스 증거, 모니터링, 복구를 포함하세요. 모델의 데이터 흐름은 별도로 검토하세요. 런타임을 소유해도 모든 개발 서비스까지 통제하는 것은 아닙니다.

플랫폼을 사용자를 위한 제품으로 다루세요

플랫폼은 팀이 소프트웨어를 만들고 운영하는 데 필요한 지원 기능을 제공합니다. ID, 환경, 소프트웨어 제공 파이프라인, 데이터베이스, 모니터링, 정책 검사 등이 포함될 수 있습니다. 유용한 단위는 반복되는 요구를 충족하는 완전한 작업 흐름입니다.

CNCF는 플랫폼을 내부 사용자 중심으로 설계한 기능으로 설명하며, 일관된 인터페이스와 적절한 셀프서비스를 강조합니다. 포털은 이런 기능을 제공하는 창구일 수 있지만 포털 자체가 플랫폼은 아닙니다. CNCF Platforms White Paper.

실제 수요에서 시작하세요. 가상의 회사에서 여러 팀이 직원 로그인과 관리형 데이터베이스를 갖춘 내부 웹 서비스를 필요로 합니다. 거의 쓰이지 않는 기능 목록을 넓게 추가하기 전에 이 수요를 충족하는 지원 경로를 만드세요.

에이전트도 플랫폼 사용자에 포함하세요

AI 에이전트는 인프라 코드를 빠르게 생성할 수 있습니다. 하지만 최신 플랫폼 맥락이 없으면 지원하지 않는 리전, ID 패턴, 배포 방법을 선택할 수도 있습니다. 빠른 생성이 누락된 조직 제약을 해결하지는 않습니다.

에이전트에게 신뢰할 수 있는 인터페이스를 제공하세요. 입력, 허용된 값, 출력, 실패 동작을 정하세요. 설치된 버전과 일치하는 예시를 제공하세요. 비밀 정보를 노출하지 않고 조치 가능한 오류를 반환하세요. 사람과 에이전트의 호출에 같은 인가 검사를 적용하세요.

내부 서비스 요청에는 담당자, 데이터 분류, 환경, 복구 요구사항, 지원 런타임 등이 포함될 수 있습니다. 그러면 플랫폼은 검토된 구성을 선택하거나 별도의 결정이 필요한 이유를 설명할 수 있습니다.

지원 경로와 한계를 정하세요

이는 책임 분담의 예시입니다. 실제 팀 및 제공자와 확인하세요. 플랫폼이 존재해도 담당자가 정해지지 않은 책임이 사라지지는 않습니다.

기본 구성의 범위를 벗어나는 요구사항을 위한 예외 처리 경로를 공개하세요. 결정 담당자와 필요한 증거를 명시하세요. 예외 처리가 어려우면 팀이 플랫폼 밖에 지원되지 않는 시스템을 만들 수 있습니다.

생성 후에도 서비스를 관리하세요

템플릿은 시작 버전입니다. 그 템플릿으로 만든 애플리케이션을 자동으로 패치하지는 않습니다. 플랫폼 변경을 기존 서비스에 전달할 방법과 호환성 검사 방법을 정하세요.

공유 인터페이스와 모듈의 버전을 관리하세요. 제거 조건을 알리세요. 필요하면 지원되는 마이그레이션 경로를 제공하세요. 보안 수정이 필요할 때 영향받는 버전에 남아 있는 서비스를 추적하세요.

모든 일상 작업이 플랫폼 팀의 수동 승인을 기다리게 하지 마세요. 반복 가능한 검사를 자동화하고 해결되지 않은 결과에 대한 판단은 사람에게 맡기세요. 성공적인 사용, 대기 시간, 복구 결과, 유지보수 노력을 측정하세요.

플랫폼과 소프트웨어 팩터리를 연결하세요

플랫폼 엔지니어링은 지원 기능과 운영 경계를 정의합니다. 소프트웨어 팩터리는 요구사항, 계획, 구현, 증거, 소프트웨어 제공을 연결합니다. 팩터리가 실제 플랫폼을 기준으로 계획할 때 서로 보완할 수 있습니다.

평가에 지속적인 운영을 포함하세요. 새 취약점을 누가 검사하고 수정본을 배포하며 사고에 대응하고 규정 준수 증거를 유지하는지 검증하세요. 이런 기능에는 합의한 범위와 담당자가 필요합니다. ‘소프트웨어 팩터리’라는 이름이 이를 보장하지는 않습니다.

구체적인 지점에서 연동을 평가하세요. 생성된 변경이 기존 배포 경로를 사용하면서 통제를 유지할 수 있나요? 팀이 예외가 필요했던 이유를 살펴볼 수 있나요? 플랫폼이 바뀌면 공유 맥락은 누가 갱신하나요?

DORA의 연구는 AI 역량을 주변 조직의 맥락에서 다룹니다. 플랫폼 팀에 남는 작업까지 포함해 전체 작업 흐름을 평가할 때 이 관점을 사용하세요. DORA 2025 보고서.