翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
内部開発者プラットフォームを構築する準備
プラットフォームエンジニアリングチームの構築
内部開発者プラットフォームジャーニーは、プラットフォームエンジニアリングチームの構築から始まります。「」で説明されているように内部開発者プラットフォームを構築する原則、このチームは製品マインドセットアプローチに従ってプラットフォーム機能を構築する責任があります。開発者がプラットフォーム機能を採用し、これらの機能が要件を満たしていることを確認するのに役立ちます。これには、プラットフォームの機能ロードマップの作成と機能開発の優先順位付けが含まれます。
プラットフォームエンジニアリングチーム全体では、次のスキルセットが必要です。
-
開発 – 開発者が内部開発者プラットフォームとやり取りできるように、ウェブユーザーインターフェイス、コマンドラインインターフェイス、または追加の抽象化レイヤーを作成します。
-
オペレーション – ワークロードをデプロイした後、さまざまなオブザーバビリティの柱に対応するダッシュボード、メトリクス、アラートを作成します。
-
Automation and infrastructure as code (IaC) – ゴールデンパスを設計し、ワークロードの処理に使用されるツールやインフラストラクチャなど、SDLC のさまざまなステージを自動化するテンプレートを開発します。
-
セキュリティ – ワークロードの保護に役立つガバナンスフレームワークを提供するセキュリティスキャンと policy-as-codeメカニズムを確立します。
プラットフォームエンジニアリングチームが組織内にどのように適合するかの詳細については、チームトポロジのウェブサイトのモデル
プラットフォームジャーニーの計画
プラットフォームエンジニアリングチームを構築したら、内部開発者プラットフォームジャーニーを定義します。内部開発者プラットフォームの最終目標は、開発者が簡単に使用できるセルフサービス機能を提供することです。これを実現するには、製品の考え方を採用し、明確に定義されたプロセスに従います。プラットフォームエンジニアリングチームは、以下の一般的なステップを実行して、内部開発者計画を策定する必要があります。
-
認知負荷の領域と自動化できる領域を特定します。次のような質問をします。
-
システム全体の状態はどのように取得しますか?
-
問題をデバッグして修正するにはどうすればよいですか?
-
あるパイプラインから別のパイプラインにシークレットを渡すにはどうすればよいですか?
-
未使用のリソースをすべて削除するにはどうすればよいですか?
-
-
開発者が使用する既存のツール、システム、プロセスをすべてインベントリします。目標は、さまざまなエクスペリエンスやチームに対応するためにスケールできる、より一元化されたアプローチに移行することです。
-
単一のゴールデンパスを特定し、環境の作成からオブザーバビリティまで、可能な限り自動化するテンプレートを作成します。
-
ゴールデンパスを開発するときは、ゴールデンパスで自動化できるすべてのセキュリティガードレールを特定します。ゴールデンパスを組織のコンプライアンス要件に合わせます。
-
内部開発者プラットフォームが利用可能になったら、このゴールデンパスの使用を有効にします。ウェブユーザーインターフェイス、コマンドラインインターフェイス、API など、開発者が使用できるセルフサービスメカニズムの構築を開始します。
詳細については、次の AWS ブログ記事を参照してください。
