인프라 구축 자동화와 셀프서비스가 자리 잡아도 플랫폼 엔지니어의 역할이 사라지는 것은 아니다. Syntasso는 엔지니어가 개별 요청 처리 대신 재사용 가능한 기능을 설계하고, 조직 전체에서 안전하게 만들고 운영할 수 있도록 지원하는 데 역량을 쓸 수 있다고 설명한다.

Syntasso는 이 접근을 지원하기 위해 Kratix를 만들었다. 플랫폼 팀은 어떤 기능을 공개할지, 누가 기여할 수 있는지, 기능을 어떻게 발전시킬지 결정한다. Kratix는 기능 제작과 개발자 사용, 장기적인 운영을 조율하는 프레임워크를 제공한다.

플랫폼 마켓플레이스의 목적은 서비스 목록을 제공하는 데 그치지 않는다. 여러 팀이 서로 다른 기준이나 운영 위험을 만들지 않으면서 기능을 제작하고 공유하며 유지하도록 하는 것이다. 이를 위해 조직은 기능별 명명 규칙과 운영 지원, 감사 기록에 관한 공통 기준을 세우고, 이를 지키는지 확인해야 한다. Promise 생성·수정 시 검증하거나, AI 에이전트로 Promise의 문제와 공통 패턴을 살피는 방법도 제시한다. 기능 버전 관리와 의존 기능 업그레이드, 점진적 배포, 더 이상 쓸모가 없는 기능의 폐기도 플랫폼 운영에 포함된다.

Promise 제작을 다른 팀에 맡기는 일은 기술만으로 해결되지 않는 설계 문제다. 기여 권한과 검토 절차를 어떻게 정할지는 조직이 결정해야 한다. 기준이 지나치게 엄격하면 중앙 플랫폼 팀이 병목이 되고, 너무 느슨하면 관리하기 어려운 기능이 늘어날 수 있다. 플랫폼 엔지니어는 Promise의 성숙도 기준과 구현 품질에 대한 피드백을 마련하고, 새 기여자가 첫 기능을 만들도록 지원할 수 있다.

AI 에이전트가 인프라 설정을 만들고 플랫폼 기능을 제안하거나 변경을 요청하게 될수록, 이런 관리 체계는 더 중요해진다고 Syntasso는 말한다. 사람이나 에이전트가 만드는 변경 모두 같은 관리 인터페이스와 수명주기 절차를 따르도록 경계를 설계해야 한다.

모든 기능에 개발자가 요청하는 셀프서비스 창구가 필요한 것은 아니다. 예를 들어 쿠버네티스 클러스터마다 있어야 하는 상태 점검 에이전트나 보안 정책, 관측 도구는 누군가 요청할 때마다 배포하는 대신 전체 환경에서 항상 유지되도록 조정할 수 있다. Syntasso Kratix Enterprise(SKE) 사용 사례로는 모든 쿠버네티스 클러스터에 상태 점검 에이전트를 배치하고 상태를 보고하도록 하는 작업이 소개됐다. Syntasso는 플랫폼 팀이 이런 기능을 직접 설계하고 제공하는 생산자 역할도 맡을 수 있다고 설명한다.

쿠버네티스 플랫폼의 규칙은 모든 요청에 적용되는 수준의 보호 장치와 기능별·인스턴스별 검사로 나눠 적용할 수 있다. Kratix Promise 워크플로의 단계로 검사를 넣으면 비슷한 기능의 모든 인스턴스에 일관되게 적용하고, 생성이나 변경 때 한 번 확인하는 데 그치지 않고 이후에도 기준을 유지할 수 있다. Syntasso는 이를 통해 규정 준수를 일회성 점검이 아니라 지속적인 플랫폼 책임으로 다룰 수 있다고 설명한다.

플랫폼 작업은 자동화가 끝난 뒤에도 계속된다. CNCF 플랫폼 엔지니어링 성숙도 모델의 최고 단계도 ‘최적화 완료’가 아니라 ‘최적화’다. Syntasso는 인프라 코드 정리, 조직 내 도입 속도 차이, Promise를 만들고 사용하는 팀 사이의 마찰을 계속 다뤄야 한다고 강조한다. Team Topologies가 말하는 것처럼 플랫폼 팀은 서비스를 통해 기능을 제공하는 일과 이를 사용하는 팀과 직접 협력하는 일 사이에서 균형을 잡아야 한다. 셀프서비스는 협업을 없애기보다 협업이 가장 효과적인 시점과 방식을 바꾼다.

Syntasso는 Kratix와 SKE가 플랫폼 팀이 일회성 자동화를 넘어 기술 환경 전반에서 재사용 가능한 기능을 만들고 조율하며 유지하도록 돕는다고 소개한다.