내부 개발자 플랫폼(IDP)은 조직이 개발자들이 모든 기반 인프라를 직접 관리하지 않고도 소프트웨어를 쉽게 구축, 배포, 운영할 수 있도록 중앙 집중식 내부 도구, 서비스 및 워크플로의 집합입니다.

내부 개발자 포털(역시 약어로 IDP)은 엔지니어가 소프트웨어를 구축하고 유지 관리하는 데 필요한 툴, 워크플로, API, 문서 및 통합을 검색하고 액세스할 수 있도록 하는 인터페이스입니다. 조직의 개발 프로세스와 기관 지식에 대한 단일 목적지를 제공하여 개발자가 셀프 서비스 모델로 효율적으로 운영할 수 있도록 합니다.

이 두 용어가 이니셜을 공유하는 데다, 둘 다 개발자 역량 강화와 관련이 있기 때문에 종종 혼동됩니다.

현대 소프트웨어 배포 환경은 점점 더 복잡해지고 있습니다. 개발자는 Kubernetes 클러스터, CI/CD 파이프라인, 클라우드 인프라, 관측 가능성 도구, 코드형 인프라(IaC) 리포지토리, 규정 준수 요구 사항 등을 탐색해야 합니다. 또한 조직이 확장됨에 따라 소프트웨어 개발 라이프사이클(SDLC) 전반에 걸쳐 내부 서비스 및 종속성이 증가합니다. 여러 클라우드 제공업체에 걸쳐 분산형 마이크로서비스 아키텍처를 운영하는 기업의 경우에는 특히 그러합니다.

플랫폼 엔지니어링은 이러한 복잡성에 대한 대응으로 등장했으며, 보다 광범위한 DevOps 계획에서 발전해 나왔습니다. 조직은 모든 개발팀이 인프라 및 운영 전문가가 되도록 강요하는 대신, 중앙 집중식 플랫폼 팀을 구성해 재사용 가능한 시스템과 반복적인 운영 작업을 추상화하는 '최적의 경로'를 구축하는 책임을 맡깁니다. 목표는 개발자의 인지 부하를 줄이고 셀프 서비스를 활성화하여 개발자가 소프트웨어 구축 및 제공에 집중할 수 있도록 하는 것입니다.

이러한 추세는 서로 구별되지만 상호 연결된 두 가지 계층, 즉 내부 개발자 플랫폼과 내부 개발자 포털을 탄생시켰습니다.

이 플랫폼은 표준화된 소프트웨어 제공 및 개발자 셀프 서비스를 지원하는 운영 기반입니다. 이 모든 기술과 도구가 하나로 모여 최적의 경로를 만들어내는 것입니다. 일반적으로 다음과 같은 구성 요소로 구성됩니다.

• 인프라 자동화(예: Terraform)

• CI/CD 파이프라인

• Kubernetes 추상화

• ID 및 액세스 제어

• 환경 프로비저닝 시스템

• 보안 난간

• 코드형 인프라 템플릿

• 클라우드 네이티브 오케스트레이션

• GitHub 통합

• 실시간 관측 가능성

• 정책 집행 시스템

이 플랫폼의 묘미는 개발자가 이러한 시스템 중 상당수를 직접 다룰 일이 없을 수도 있다는 점입니다. 이 플랫폼은 소프트웨어 배포에 필요한 핵심적인 작업을 처리합니다. 일반적으로 전담 플랫폼 엔지니어링 팀에서 유지 관리합니다. 이 플랫폼의 목적은 승인된 워크플로 및 인프라 패턴을 재사용 가능하고 확장 가능한 방식으로 제공하는 것입니다.

포털은 개발자가 플랫폼 기능을 발견하고 상호 작용할 수 있는 사용자 대면 인터페이스입니다. 마치 엔지니어링 시스템을 위한 제어판과 같습니다. 일반적으로 다음과 같은 기능을 제공합니다.

• 서비스 카탈로그

• 문서 허브

• API 검색

• 인프라 요청 양식

• 배포 대시보드

• 소유권 메타데이터

• 스코어카드 및 상황 점검

• 템플릿

• 셀프 서비스 워크플로

• 운영 도구 링크

이러한 구성 요소는 확장성으로 높은 평가를 받은 프론트엔드 포털 프레임워크인 Backstage라는 오픈 소스 기술을 통해 통합되는 경우가 많습니다. 완전한 플랫폼은 아니기 때문에 조직은 여전히 셀프 서비스 기능을 제공하기 위해 백엔드 자동화, 오케스트레이션 및 인프라 툴링이 필요합니다.

이 포털은 수십 개의 시스템에 분산되어 있는 엔지니어링 리소스에 대한 접근을 중앙 집중화합니다. 워크플로를 직접 실행하는 것이 아니라, 플랫폼 내 다른 곳에서 워크플로를 트리거하는 사용자 친화적인 인터페이스를 제공하는 역할만 합니다. 플랫폼은 실제 운영 기능을 제공합니다.

내부 개발자 플랫폼은 포털 없이도 존재할 수 있습니다. 개발자는 CLI, API, GitOps 워크플로 또는 인프라 저장소를 통해 직접 상호 작용할 수 있습니다. 마찬가지로, 포털은 아래에 정교한 플랫폼이 없어도 존재할 수 있습니다. 이 경우 포털은 서비스 카탈로그 또는 문서 계층에 지나지 않게 됩니다.

규모가 작은 엔지니어링 팀은 문서, 메타데이터, API 및 서비스 검색을 중앙 집중화하는 것만으로도 경량 포털에서 상당한 가치를 얻을 수 있습니다. 신뢰할 수 있는 단일 정보 소스 역할을 하는 이러한 제한된 포털은 운영 지식을 통합하여 강력한 거버넌스가 필요하지만 빠른 성과를 제공할 수 있습니다.

수백 또는 수천 명의 개발자가 있는 성숙한 데이터 기반 조직에는 포털과 플랫폼이 모두 필요합니다. 이러한 시스템들을 함께 사용하면 엔지니어가 파편화된 툴체인과 인프라 워크플로를 수동으로 탐색해야 했던 불편함을 해소하고, 더욱 사용자 친화적인 환경을 제공할 수 있습니다.

실제로 많은 조직은 시각적 인터페이스가 가시성과 조직의 추진력을 제공하기 때문에 Backstage와 같은 포털을 구현하여 플랫폼 엔지니어링 여정을 시작합니다.

이 플랫폼은 셀프 서비스 인프라 프로비저닝과 같은 사용 사례에 필수적입니다.

• 표준화된 배포 워크플로

• 멀티 클라우드 오케스트레이션

• 안전한 황금 길

• 정책 시행

• 비용 거버넌스

• 환경 자동화

• 인프라 라이프사이클 관리

• 팀 간 일관된 개발자 경험

플랫폼이 제공하는 표준화가 없으면 개발자는 핵심 개발자 워크플로를 방해하는 관련 없는 작업을 담당하게 되어 개발자 생산성이 저하됩니다. 이러한 표준화는 온보딩 프로세스를 간소화하는 데에도 도움이 됩니다.

포털과 플랫폼은 함께 셀프 서비스를 제공하므로 개발자는 포털을 통해 필요에 따라 독립적으로 리소스를 검색하고 플랫폼을 통해 운영 작업을 실행할 수 있습니다.

AI는 이 두 가지 요소를 모두 재편하고 있습니다. 플랫폼 내에서 AI는 인프라 프로비저닝, CI/CD 최적화, 정책 시행, 인시던트 분석 및 비용 관리와 같은 운영 작업을 자동화할 수 있습니다.

포털에서 AI는 검색과 사용성을 개선합니다. 개발자는 여러 시스템을 수동으로 탐색하지 않고도 자연어 쿼리를 사용하여 API, 문서, 템플릿, 소유권 정보 및 운영 워크플로를 찾을 수 있습니다. IBM Bob과 같은 AI 어시스턴트는 온보딩을 안내하고, 내부 툴링에 대한 질문에 답변하고, 조직 표준에 따라 승인된 최적의 경로를 추천할 수 있습니다.

AI를 통해 셀프 서비스는 그 어느 때보다 쉬워졌으며, AI를 포털과 플랫폼 모두에 적용하면 개발자는 핵심 책임에 집중할 수 있습니다.