플랫폼 엔지니어링 기능 모델을 사용하여 플랫폼 엔지니어링을 구현하는 방법에는 여러 가지가 있지만, 사용자 연구에 따르면 대부분의 Microsoft 고객은 신흥 혁신가, 전략적 빌더 및 플랫폼 선구자의 세 가지 고객 세그먼트 중 하나에 속합니다. 이 문서에서는 각 세그먼트의 실제 고객에 대한 사례 연구를 안내합니다. 개인 정보 보호를 위해 회사 이름이 제거됩니다.
신흥 혁신가: 보험 회사
| 고객 세그먼트 | 포커스 영역 | 팀 크기 | 조직 특성 | 빈도 |
|---|---|---|---|---|
| 신흥 혁신가 | 신속한 제품 개발, 수동 프로세스 자동화, 비효율성 해결 | 1-5(DevOps 또는 클라우드 인프라 팀) | 조직 전체 솔루션의 필요성을 인식하기 시작하여 배달을 개선하기 위한 병목 상태를 식별합니다. | 두 번째로 일반적인 |
대형 보험 회사는 대규모 기술 스택에 분산된 인프라가 서로 다르다는 것을 깨닫습니다. 여러 플랫폼과 환경이 있으며 개발자가 다른 팀에 의존하지 않고 시작할 수 있는 방법은 많지 않습니다. 이 회사는 증가하는 인력 비용을 줄이고 보다 표준화된 시스템을 갖추어야 합니다.
"티핑 포인트는 매우 간단했습니다. 여러 엔지니어링 플랫폼, 하이브리드를 포함한 여러 인프라 환경, 셀프 서비스 개발자 포털 기능 없음, 아키텍처 전반에 걸쳐 3개의 대규모 스택이 있다는 점을 감안할 때 Terraform 또는 GitLab 또는 GitHub와 같은 엔터프라이즈 수준 플레이어를 가져와야 했습니다. 엔드투엔드 컨테이너화된 플랫폼을 관리하기 위해 OpenShift, 워크플로 자동화용 Ansible 및 IDP용 Backstage와 같은 항목을 고려했습니다. 우리는 이러한 방대한 기술 스택 전반에 걸쳐 시너지를 창출하기 위해 대규모 평가를 했다. 이것은 인력이나 개발자 수를 30%줄이는 아주 간단한 비용 사례입니다." - 보험 회사 수석 설계자
과제: 주요 과제는 클라우드 비용 상승, 규정 준수 문제, 인프라 엔지니어링 전문 지식 부족, 잘못 정렬된 프로세스 및 일관되지 않은 팀 통신입니다.
보험 회사는 협업을 촉진하고, 프로젝트 설정을 가속화하고, 거버넌스를 간소화하기 위해 모든 개발 및 배포 활동에 대한 표준화된 플랫폼을 구현할 계획입니다. 이 회사는 5가지 주요 플랫폼 엔지니어링 동인 모두의 성장에 중점을 둡니다.
투자: 회사는 외부 파트너와 협력하여 BOT(빌드, 운영 및 이전) 모델을 사용하여 플랫폼 엔지니어링을 구현하고 있습니다. 외부 파트너는 내부적으로 관리할 수 있는 전문 지식과 역량을 습득한 후 다시 조직으로 이전하기 전에 플랫폼을 개발하고 운영합니다.
채택: 새로운 관행을 채택하는 데 상당한 내부 저항이 있습니다. 개발자는 기존 방법에서 최신 플랫폼 및 도구 집합으로 전환하고 싶지 않습니다. 이를 극복하기 위해 조직의 리더십은 이를 생산성 혜택에 연결하고 직원 목표의 일부로 만들어 플랫폼 엔지니어링 채택을 추진합니다.
거버넌스: EPD(엔터프라이즈 계획 및 배포) 팀은 규정 준수 및 보안을 담당합니다. 중앙 집중식 거버넌스 구조는 높은 보안을 유지하고 취약성을 방지하기 위한 의도로, 분산을 어렵게 만듭니다. 데이터 침해를 방지하고 규정 준수를 보장하기 위해 거버넌스 프로토콜을 유지하면서 개발자에게 배포를 민주화하는 방안이 추진되고 있습니다. 목표는 보안과 민첩성 사이의 균형을 맞추는 것입니다.
프로 비전: 이 회사는 보다 통합된 셀프 서비스 모델을 채택하여 효율성을 개선하고 프로비저닝 시간을 줄입니다. 프로비전에 소요되는 시간 및 리소스의 잠재적 감소는 변화의 핵심 동인입니다.
인터페이스: 이 조직은 오픈 소스 유연성, 비용 효율성 및 개발자 친숙도를 위해 Backstage를 채택합니다. 피질도 고려되었다. Backstage를 선택하기로 한 결정은 비용과 통합 기능에 의해 결정되었습니다.
측정 및 피드백: 회사에 레거시 측정 시스템이 있고 기술 메트릭을 비즈니스 KPI에 맞춰야 하기 때문에 더 의미 있는 피드백 시스템으로 이동하기가 어려웠습니다. 이 회사는 보다 통합된 측정 접근 방식을 위해 엔지니어링 노력을 비즈니스 결과와 일치시키기 위해 노력할 계획입니다. 이 전환 중에 회사는 실시간 분석 및 관찰 가능성을 제공하는 도구와 플랫폼을 추가합니다.
전략적 빌더: 금융 기관
| 고객 세그먼트 | 포커스 영역 | 팀 크기 | 조직 특성 | 빈도 |
|---|---|---|---|---|
| 전략적 빌더 | 협업, 중복 노력 감소, 공유 솔루션, 표준화, 비용 관리 | 1-15 기술 전문가(개발자 및 인프라 전문가) | 리더십은 개발자를 고객으로, 부분적으로 통합된 플랫폼 엔지니어링 기능(셀프 서비스가 완전히 채택되지 않음)으로 간주합니다. | 가장 일반적인 |
금융 기관은 일부 재사용 가능한 중앙 아티팩트, 표준화된 지침 및 코드를 통해 관리되는 기본 자동화를 통해 DevOps 완성도의 중간 수준에 있습니다. 조직은 개발 팀의 규모와 도구 및 관행의 다양성으로 인해 상당한 비용이 드는 시점에 도달했습니다. 이 기관에는 회사 전체에서 수천 개의 사용자 지정 도구가 사용되었으며 많은 복잡한 조직 요구 사항이 있었습니다. 은행은 개발자에게 한 가지 크기에 맞는 접근 방식을 피하면서 유연성이 내장된 생산성을 개선하기 위한 "골든 경로"를 제공할 계획입니다.
"그래서 이 [황금 길]이 생산성을 향상시키는 한 가지 방법이라는 것을 [개발자들에게] 보여줄 것이라는 생각이 들었지만, 이것이 유일한 방법은 아닙니다. 그렇죠? 따라서 개발자가 이 경로를 변경할 수 있는 권한이 있다고 느낄 수 있는 충분한 공간을 확보하고 싶었습니다. 따라서 이러한 경로가 CTO 팀에서 정의될 때 문제는 항상 은행의 대다수 사람들에게 적합한 정의 경로는 무엇인가요? 내가 말했듯이, 우리는 매우 복잡합니다. 은행 전체에 수천 개의 도구가 사용됩니다. 그래서 한 가지 크기가 모두 맞는 것은 항상 가장 큰 문제였습니다." - 전무 이사, 금융 기관
과제: 주요 과제는 다양한 도구와 관행으로 인해 높은 비용과 비효율성입니다. 이 회사는 플랫폼이 문제를 일으키거나 채택을 방해할 수 있는 지나치게 지시된 접근 방식 없이 각 팀의 특정 요구 사항을 충족하는지 확인하려고 합니다. 또한 금융 기관은 사내에서 사용자 지정 플랫폼 솔루션을 개발할 수 있는 전문 지식이 부족합니다.
금융 기관은 채택, 거버넌스, 프로비저닝 및 관리의 세 가지 주요 동인에 대한 성장에 집중할 계획입니다. 은행은 플랫폼 엔지니어링 솔루션의 채택을 늘리고, 거버넌스를 더 잘 통합하고, 자동화된 리소스 프로비저닝 도구를 빌드하려고 합니다.
투자: 금융 기관에는 전 세계 여러 지역에 120명이 분산된 중앙 엔지니어링 팀이 있습니다. 약 20명의 회원이 COE(우수 센터) 팀을 구성합니다. COE 팀은 다른 모든 비즈니스 부서에서 엔지니어링 모범 사례, 플랫폼 및 DevOps 사례를 롤아웃합니다.
채택: 플랫폼 엔지니어링 팀은 엔지니어링 작업을 안내하기 위해 COE 팀이 설정한 정책을 적용하는 데 중점을 둡니다. 또한 공개적으로 표시되는 성능 메트릭을 사용하여 팀에 동기를 부여할 계획입니다. 전반적으로 은행은 엄격한 지시문 및 메트릭에 의존하지 않고 플랫폼 사용량을 늘리고자 합니다. 그러나 엔지니어링 팀에서 사용되는 다양한 기술을 처리하기 위해 COE 팀을 업스킬링하는 데 어려움을 겪습니다. 주요 장애물은 플랫폼이 개별 팀의 특정 요구 사항을 충족하지 않아 잠재적으로 문제가 발생할 수 있다는 우려입니다.
거버넌스: 플랫폼 엔지니어링 솔루션은 개발자를 위한 중앙 허브 역할을 하는 내부적으로 개발된 포털로, 도구, 가이드, 코딩 표준 및 비디오를 제공합니다. 솔루션에는 코딩을 시작하기 전에 규정 준수를 보장하기 위한 MERS(최소 엔터프라이즈 요구 사항)에 대한 퀴즈가 포함되어 있습니다. 포털은 지원, 인증된 엔지니어 프로필 및 새로운 개발자에게 표준 및 도구를 숙지하기 위한 온보딩 경험을 위한 Stack Overflow 버전을 제공합니다. 이 회사는 리소스 관리를 간소화하고 거버넌스를 개발 수명 주기에 통합하여 병목 상태를 제거하고 최신 도구 집합으로 최고의 기술 인재를 유치할 계획입니다.
프로비전: COE 팀은 개발자가 유연성을 유지하면서 생산성을 높일 수 있는 "행복한 경로"를 만들었습니다. 목표는 사용자 지정을 허용하면서 효율적인 경로를 제공하는 것입니다. 이러한 경로를 설계할 때 CTO 팀은 대부분의 개발자를 수용하는 것을 목표로 하지만 수천 개의 도구를 사용하는 은행의 복잡성으로 인해 표준화된 접근 방식을 구현합니다. 플랫폼을 확장하기 위해 조직은 많은 엔지니어링 팀의 다양한 요구를 충족하도록 자동화된 리소스 프로비저닝을 구현할 계획입니다.
인터페이스: 내부 개발자 포털은 주로 사내에서 빌드되었습니다. DevOps 포털은 DevOps 외에 더 광범위한 플랫폼 엔지니어링 기능을 포함하지만 내부적으로 DevOps 포털이라고 합니다. 포털은 개발자를 위한 중앙 집중식 리소스 역할을 하며 다양한 도구, 학습 자료, 비디오 및 교육뿐만 아니라 자동화 도구, 셀프 스타터 가이드 및 개발을 위한 컨테이너화된 이미지에 대한 액세스를 포함합니다. 또한 포털은 코드 검사를 위해 Sonatype과 같은 보안 도구와 통합되며 승인된 이미지 및 상용구 코드의 레지스트리를 포함합니다.
측정 및 피드백: COE 팀은 피드백에 열려 있으며 엔지니어링 팀에서 적극적으로 요청합니다. 개발자 옹호자 및 앰배서더도 COE 팀을 대신하여 피드백을 수집합니다. 피드백 프로세스는 대부분 비공식적입니다.
플랫폼 개척자: 소프트웨어 회사
| 고객 세그먼트 | 포커스 영역 | 팀 크기 | 조직 특성 | 빈도 |
|---|---|---|---|---|
| 플랫폼 개척자 | 개발자를 고객으로 취급하고, 플랫폼을 제품으로 관리하며, 강력한 개발자 환경 | 16세 이상, 특수 그룹과 함께 | 책임, 권한 부여 및 혁신을 강조하고 셀프 서비스 및 최소한의 컨텍스트 전환을 촉진합니다. | 최소 공통 |
소프트웨어 회사는 높은 수준의 DevOps 완성도에 있습니다. 회사의 개발자는 회사 지침에 따라 클라우드 서비스를 자체 프로비전할 수 있습니다. 250명이 넘는 구성원이 있는 회사의 대규모 플랫폼 팀은 조직을 위한 사용자 지정 플랫폼 엔지니어링 솔루션을 성공적으로 개발했습니다. 회사는 앞으로 플랫폼 엔지니어링을 통해 조직을 지속적으로 개선하는 방법을 조사할 계획입니다.
"개발자가 더 빠르고 (저렴하게) 더 나은 소프트웨어를 제공할 수 있도록 하는 방법?.. 우리는 여전히 조사하고 우리의 멀티 클라우드 전략에 작동 할 수있는 이상적인 솔루션이 될 수있는 것에 투자해야합니다 ... 개발자의 다양한 요구 사항에 맞게 확장할 수 있는 하나의 시스템이 있습니까?.. Microsoft는 설명서 및 정보 검색을 위해 사내에서 빌드된 생성 AI 및 AI 기반 솔루션을 사용하고 있습니다. 우리의 목표는 개발자에게 책임을 지는 것입니다." - 수석 엔지니어링 리더, 소프트웨어 회사
과제: 회사의 주요 과제는 비용을 절감하고, 생성 AI를 탐색하고, 채택을 늘리고, 다중 클라우드 환경에서 작업하는 방식으로 이미 강력한 플랫폼 엔지니어링 사례를 계속 구체화하는 방법을 파악하는 것입니다.
이 소프트웨어 회사는 투자, 채택, 프로비저닝 및 관리, 인터페이스 등 4가지 주요 동인을 위한 성장에 집중할 계획입니다. 소프트웨어 회사는 이미 높은 플랫폼 엔지니어링 수준에서 작동하며 계속하기를 원합니다. 회사는 생성 AI를 거버넌스와 통합하고, 플랫폼 채택을 늘리고, 메트릭 기반 피드백 루프를 구현하는 방법을 모색할 계획입니다.
투자: 플랫폼은 CTO와 CFO 부서 간의 협업을 통해 자금을 지원받고 후원을 받습니다. 리소스를 재할당하여 구성한 전용 플랫폼 팀에는 건축가 및 엔지니어와 같은 250~280명의 구성원이 포함됩니다. 팀은 비용 효율성에 중점을 두고 컴퓨팅, 런타임, CI/CD, 도구 및 관찰성을 감독합니다. 인프라 확장성을 위해 생성 AI를 모색하고 있지만 추가 연구 및 투자가 필요하다는 것을 인식하고 있습니다.
채택: 개발자는 처음에 전염병에 의해 구동되는 비용 최적화 및 효율성을 위해 플랫폼을 채택했습니다. 해커톤을 포함한 내부 캠페인은 플랫폼을 홍보하여 서비스 완성도 인사이트와 같은 이점을 제공합니다. 플랫폼 팀은 일부 팀이 기존 설정에서 플랫폼으로 이동하도록 설득하는 데 어려움을 겪었습니다.
거버넌스: 플랫폼의 거버넌스 모델은 핵심 요소를 관리하는 중앙 플랫폼 팀을 중심으로 구성됩니다. 개별 서비스 팀은 플러그 인에 기여합니다. 모든 기여가 조직 표준에 부합하고 더 광범위한 요구를 충족하는지 확인하기 위한 검토 프로세스가 있습니다. 플랫폼 팀은 메타데이터 및 종속성을 추적하기 위해 서비스 카탈로그 및 서비스 맵을 유지 관리하므로 책임 및 리소스 관리를 보장합니다. 또한 AI 애플리케이션이 사용을 관리하고 표준을 준수할 수 있도록 전용 거버넌스 기관이 특별히 설립되었습니다.
프로비전: 플랫폼 팀은 리소스 생성, 배포 및 관리를 위한 중앙 집중식으로 유연한 플랫폼을 제공합니다. 이 플랫폼은 Kubernetes를 기반으로 하며 CI/CD용 Argo CD를 사용합니다. 이 도구는 사용자 지정 빌드 템플릿 및 미리 정의된 워크플로를 제공합니다. 플랫폼에는 사용자가 프로비전에서 배포까지 인프라 수명 주기를 관리할 수 있는 개발자 홈이 포함되어 있습니다. Teams는 기능을 향상시키기 위해 맞춤형 플러그 인을 제공합니다. 목표는 확장 가능한 플랫폼으로 원활하게 다중 클라우드 인프라를 관리하는 것입니다.
인터페이스: 개발자는 플랫폼의 개발자 홈을 사용하여 인프라, 프로비전 및 전체 개발 수명 주기를 관리합니다. 플랫폼의 플러그 인 기반 아키텍처를 통해 사용자 지정할 수 있으며, 생성 AI는 설명서와 검색 기능을 향상시킵니다.
측정 및 피드백: 조직은 설문 조사를 통해 피드백을 수집하고 DORA(배포 빈도, 리드 타임, 변경 실패율 및 평균 복구 시간)와 같은 메트릭을 사용하여 플랫폼 효율성을 평가합니다. 이러한 메트릭은 병목 상태를 정확히 파악하고 결과를 개선하기 위해 민첩성과 안정성으로 분류됩니다.