内部開発者プラットフォームと内部開発者ポータルの違い

オープンソースの中国コミュニティチームは、共有の名のもとに、オープンソースの中国コミュニティの背後にあるストーリーを伝える初のライブブロードキャストを行いました。」

多くの人がまだ内部開発者プラットフォームと内部開発者ポータルを混同していますが、この 2 つの違いは明らかです。

Luca Galante による「内部開発者プラットフォームと内部開発者ポータル: What's Up?」からの翻訳。

KubeCon Paris や Google Next 24 などの最近のテクノロジーイベントで誰もが何を話しているのか、簡単に推測できると思います。はい、もちろんAIです。今年それを超えるのは難しいだろう。しかし、2 番目に議論されている (他のすべてのトレンドよりもはるかに多い) トレンドであるプラットフォームエンジニアリングをカバーする非常に多くのセッションや会話を見るのは、非常に興味深く (そして刺激的で) ありました。

Humanitec は、 Next でGoogle Cloud および Thoughtworks とメインのプラットフォームエンジニアリングカンファレンスを共催しましたが、参加者数がほとんど足りませんでした。

出典: Google

プラットフォームエンジニアリングに関する会話の量は年々増加していますが、重要なことに、その質と具体性も増加しています。ちょうど 2 年前の KubeCon Detroit では、プラットフォームエンジニアリングとは何かをほとんどの人に説明する必要がありました。昨年、誰もがこのことについて話題になりましたが、エンタープライズグレードの内部開発者プラットフォーム (IDP)の実装例がまだ議論されています。

今年は、エンタープライズ IDP のリファレンスアーキテクチャが発表および議論される数が大幅に増加しました。私のお気に入りの講演の 1 つは、ドイツの大手 IT 企業である Bechtle の André Alfter によるもので、彼は、オープンソースのワークロード仕様であるScoreおよびPlatform Orchestratorを含む、ハイブリッド高セキュリティ設定のための Bechtle の IDPを紹介しました。

これはすべて素晴らしいことであり、プラットフォームエンジニアリングの急速に成熟している分野について雄弁に物語っています。プラットフォームへの取り組みにまだ着手していない（または少なくとも計画している）企業は、技術的に言えば、テクノロジー雇用主のブランドの観点から、また市場投入までの時間の観点から、競合他社に後れを取るリスクを深刻に抱えています。

しかし、現場では混乱が続いている。私がこれまでに交わした多くの会話では、人々は依然として社内開発者プラットフォームと社内開発者ポータルの違いを理解しようとしています。多くの混乱は、両方に同じ略語 IDP を使用する人が原因で発生します。しかし、それらの違いは現在では明確かつ確立されています。

オンプレミス開発者プラットフォーム (OG) とは何ですか?

プラットフォームエンジニアリングは、エンジニアリング組織内のテクノロジとツールを黄金のパスにまとめて、アプリケーション開発者から複雑さを取り除き、セルフサービスを可能にし、認知負荷を軽減する学問です。

これらの黄金のパスとプラットフォームエンジニアリングチームが構築したものの合計が、内部開発者プラットフォーム、つまりオリジナルの IDP です。

Bechtle 氏のプレゼンテーションでは、McKinsey チームが PlatformCon23 でコンセプトを提案して以来、標準となったものに従って、エンタープライズ IDP の最新のリファレンスアーキテクチャ例の 1 つを紹介しました。

AWS 上の IDP のサンプルリファレンスアーキテクチャ

企業に真に適した IDP は、次の 5 つのレベルで構成されます。

開発者コントロールプレーン: これは、プラットフォームのユーザーにとっての主要な構成レイヤーおよび対話ポイントです。コンポーネントには、ワークロード仕様 (スコアなど) と対話のための開発者ポータルが含まれます。
統合および配信プレーン: このプレーンは、イメージの構築と保存、アプリケーションとインフラストラクチャ構成の作成、および最終状態のデプロイに使用されます。通常、継続的インテグレーション (CI) パイプライン、イメージレジストリ、プラットフォームオーケストレーター、および継続的デリバリー (CD) システムで構成されます。
リソースプレーン: これは、クラスター、データベース、ストレージ、DNS サービスなどの実際のインフラストラクチャが存在する場所です。
モニタリングおよびロギングプレーン: このプレーンは、アプリケーションとインフラストラクチャにリアルタイムのメトリクスとログを提供します。
セキュリティプレーン: このプレーンは、機密情報を保護するためにシークレットと ID を管理します。たとえば、API キーと認証情報またはシークレットを保存、管理し、安全に取得します。

エンタープライズグレードのプラットフォームの中心となるのは、開発者からの抽象的なリクエスト (例: 「Postgres が必要」) を読み取り、それらをプラットフォームエンジニアリングチームによって定義されたルールおよびゴールデンパスと照合するコア構成エンジンであるプラットフォームオーケストレーターです。マッチ。これにより、最高のセキュリティとコンプライアンスの標準に準拠した真の開発者のセルフサービスが可能になります。 Platform Orchestrator は、プラットフォームチームがすべてのコアロジックを構築する IDP のバックエンドです。

内部開発者ポータル (フロントエンド) とは何ですか?

この文脈では、ポータル (Backstage など) をプラットフォームのフロントエンドとして理解するのは非常に簡単です。 Gartner は、内部開発者ポータルを「内部開発者プラットフォームの機能にアクセスするためのインターフェイス」と定義しています。

したがって、ポータルは、 IDP のAPI、コマンドラインインターフェイス (CLI)、またはコードベースのインターフェイス ( Scoreなど) ではなく、ユーザーインターフェイス (UI) に基づいています。これにより、開発者はサービスカタログやスキャフォールディングテンプレートにアクセスでき、開発者や他の関係者 (役員など) に、基礎となる IDP を可視化するレイヤーを提供できます。

どこから始めれば？

これが、内部開発者プラットフォームとポータルの違いを明確にするのに役立つことを願っています。次に当然の疑問は、どこから始めるべきかということです。 Salesforce でプラットフォームを構築している Aaron Erickson 氏は次のように説明しています。

「社内開発者プラットフォームの構築は、家を建てるようなものです。基礎となるバックエンドから始めて、その後、ドアや窓のある壁 (フロントエンド) を追加する必要があります。ポータルから始めてプラットフォームを構築するのと似ています。家づくりは玄関から。」

ポータルは、開発者がプラットフォームにアクセスするための優れたインターフェイスになります。ただし、最初に適切なバックエンドを入手するようにしてください。小さなことから始めましょう。Minimum Viable Platform (MVP) フレームワークを使用して迅速に移行し、完全なエンタープライズグレードの IDP を立ち上げる前に、すべての主要な関係者に価値を証明します。

この記事はYunyunzhongsheng ( https://yylives.cc/ ) で最初に公開されたもので、どなたでもご覧いただけます。