내부 개발자 플랫폼과 내부 개발자 포털의 차이점

오픈소스 중국 커뮤니티 팀이 공유라는 이름으로 오픈소스 중국 커뮤니티의 뒷이야기를 전하는 첫 생방송을 진행했습니다."

많은 사람들이 여전히 내부 개발자 플랫폼과 내부 개발자 포털을 혼동하고 있지만 둘 사이의 차이점은 분명합니다.

내부 개발자 플랫폼과 내부 개발자 포털: What's Up? 에서 번역됨 : Luca Galante.

KubeCon Paris 및 Google Next 24와 같은 최근 기술 이벤트에서 모두가 무엇에 대해 이야기하고 있는지 쉽게 짐작할 수 있을 것입니다. 예, 물론 AI입니다 . 올해는 상위권을 달성하기 어려울 것입니다. 그러나 두 번째로 가장 많이 논의되는 트렌드(다른 모든 것보다 훨씬 더 많은)인 플랫폼 엔지니어링을 다루는 수많은 세션과 대화를 보는 것은 매우 흥미롭고 흥미로웠습니다 .

Humanitec은 Next에서 Google Cloud 및 Thoughtworks와 함께 메인 플랫폼 엔지니어링 컨퍼런스를 공동 주최했는데 , 인원을 거의 수용할 수 없었습니다.

출처: 구글

플랫폼 엔지니어링에 대한 대화의 양은 매년 증가하지만 결정적으로 품질과 특수성도 증가합니다. 불과 2년 전 KubeCon Detroit에서 저는 대부분의 사람들에게 플랫폼 엔지니어링이 무엇인지 설명해야 했습니다. 작년에 모든 사람들이 그것에 대해 이야기했고, 여전히 엔터프라이즈급 내부 개발자 플랫폼(IDP) 구현의 예가 논의되고 있습니다.

올해에는 발표되고 논의된 기업 IDP용 참조 아키텍처 의 수가 크게 증가했습니다. 제가 가장 좋아하는 강연 중 하나는 오픈 소스 워크로드 사양 Score 및 Platform Orchestrator 가 포함된 하이브리드 높은 보안 설정을 위한 Bechtle의 IDP를 소개한 선도적인 독일 IT 회사인 Bechtle의 André Alfter의 강연이었습니다 .

이것은 모두 훌륭하며 빠르게 성장하는 플랫폼 엔지니어링 분야에 대해 많은 것을 말해줍니다. 아직 플랫폼 이니셔티브를 시작하지 않은(또는 적어도 계획하고 있는) 기업은 기술 고용주 브랜드 관점과 시장 출시 시간 관점에서 볼 때 기술적으로 경쟁업체에 뒤처질 위험이 심각합니다.

하지만 현장에서는 여전히 혼란이 남아있습니다. 제가 나눈 많은 대화에서 사람들은 여전히 내부 개발자 플랫폼과 내부 개발자 포털의 차이점을 이해하려고 노력하고 있습니다. 두 가지 모두에 대해 동일한 약어 IDP를 사용하는 사람들로 인해 많은 혼란이 발생합니다. 그러나 이제 둘 사이의 구별은 명확하고 확고해졌습니다.

온프레미스 개발자 플랫폼(OG)이란 무엇입니까?

플랫폼 엔지니어링 은 엔지니어링 조직 내의 기술과 도구를 애플리케이션 개발자의 복잡성을 추상화하고 셀프 서비스를 활성화하며 인지 부하를 줄이는 황금 경로로 묶는 분야입니다.

이러한 골든 경로의 총합과 플랫폼 엔지니어링 팀이 구축한 것이 내부 개발자 플랫폼인 오리지널 IDP입니다.

Bechtle의 프레젠테이션에서는 McKinsey 팀이 PlatformCon23에서 개념을 제안한 이후 표준이 된 기업 IDP의 최신 참조 아키텍처 사례 중 하나를 선보였습니다.

AWS의 IDP에 대한 샘플 참조 아키텍처

기업에 정말로 적합한 IDP는 다음과 같은 5가지 레벨로 구성됩니다.

개발자 제어 평면 : 이는 플랫폼 사용자를 위한 기본 구성 계층이자 상호 작용 지점입니다. 구성 요소에는 워크로드 사양(예: 점수) 및 상호 작용을 위한 개발자 포털이 포함됩니다.
통합 및 전달 플레인 : 이 플레인은 이미지를 구축 및 저장하고, 애플리케이션 및 인프라 구성을 생성하고, 최종 상태를 배포하는 데 사용됩니다. 일반적으로 CI(지속적 통합) 파이프라인, 이미지 레지스트리, 플랫폼 오케스트레이터 및 CD(지속적 전달) 시스템으로 구성됩니다.
리소스 플레인(Resource plane) : 클러스터, 데이터베이스, 스토리지, DNS 서비스 등 실제 인프라가 존재하는 곳입니다.
모니터링 및 로깅 플레인 : 이 플레인은 애플리케이션 및 인프라에 실시간 측정항목과 로그를 제공합니다.
보안 플레인 : 이 플레인은 민감한 정보를 보호하기 위해 비밀과 ID를 관리합니다. 예를 들어 API 키와 자격 증명 또는 비밀을 저장, 관리, 안전하게 검색합니다.

엔터프라이즈급 플랫폼의 중심에는 개발자의 추상적인 요청(예: “Postgres가 필요해요”)을 읽고 이를 플랫폼 엔지니어링 팀이 정의한 규칙 및 골든 경로 와 일치시키는 핵심 구성 엔진인 플랫폼 오케 스트레이터가 있습니다. 성냥. 이것이 바로 최고의 보안 및 규정 준수 표준을 준수하는 진정한 개발자 셀프 서비스를 가능하게 하는 것입니다. Platform Orchestrator는 플랫폼 팀이 모든 핵심 로직을 구축하는 IDP의 백엔드입니다.

내부 개발자 포털(프런트엔드)이란 무엇인가요?

이러한 맥락에서 포털(예: Backstage)을 플랫폼의 프런트 엔드로 이해하는 것은 매우 간단합니다. Gartner는 내부 개발자 포털을 "내부 개발자 플랫폼 기능에 액세스하기 위한 인터페이스"로 정의합니다.

따라서 포털은 IDP의 API, 명령줄 인터페이스(CLI) 또는 코드 기반 인터페이스(예: Score )가 아닌 사용자 인터페이스(UI)를 기반으로 합니다 . 이를 통해 개발자는 서비스 카탈로그 및 스캐폴딩 템플릿에 액세스하고 개발자와 다른 이해관계자(예: 임원)에게 기본 IDP에 대한 가시성을 제공할 수 있습니다.

어디서 시작하나요?

이것이 내부 개발자 플랫폼과 포털의 차이점을 명확히 하는 데 도움이 되기를 바랍니다. 다음 자연스러운 질문은 어디서부터 시작해야 하는가입니다. Salesforce에서 플랫폼을 구축한 Aaron Erickson은 다음과 같이 설명합니다 .

“사내 개발자 플랫폼을 구축하는 것은 집을 짓는 것과 같습니다. 기초, 백엔드부터 시작한 다음 나중에 문과 창문이 있는 벽(프런트엔드)을 추가해야 합니다. 포털에서 시작하여 플랫폼을 구축하는 것은 구축과 같습니다. 집은 현관문부터 시작해요.”

포털은 개발자가 플랫폼에 액세스할 수 있는 훌륭한 인터페이스가 될 수 있습니다. 하지만 먼저 올바른 백엔드를 확보해야 합니다 . 작게 시작하십시오. 완전한 엔터프라이즈급 IDP를 출시하기 위해 확장하기 전에 MVP(최소 실행 가능 플랫폼) 프레임워크를 사용하여 빠르게 이동하고 모든 주요 이해관계자에게 가치를 입증하세요.

이 기사는 Yunyunzhongsheng ( https://yylives.cc/ ) 에 처음 게재되었습니다 . 누구나 방문하실 수 있습니다.