内部開発者プラットフォームアーキテクチャの設計

次の図は、内部開発者プラットフォームのコアコンポーネントを示しています。

AWS では、組織がアプリケーションとデータを分離および管理するためのマルチアカウント戦略を採用することを推奨しています。内部開発者プラットフォームを構築する場合も同じ原則が適用されます。組織の残りのアカウントにアクセスできる共有サービスまたはツール AWS アカウント に内部開発者プラットフォームをデプロイします。これにより、環境 AWS アカウント ごとに異なる を使用するさまざまな開発チームがサポートされます。また、管理を一元化し、内部開発者プラットフォームによって管理されるさまざまなコンポーネントすべてについてコストを可視化します。

内部開発者プラットフォームでは、オーケストレーターがさまざまなコンポーネントをデプロイする必要があります。Amazon Elastic Container Service (Amazon ECS） または Amazon Elastic Kubernetes Service (Amazon EKS) を使用できます。さまざまな内部開発者プラットフォームサービスをホストするクラスターを構築して、その機能を有効にします。このアーキテクチャは、より多くのエンドユーザーにサービスを提供するプラットフォームインフラストラクチャをスケールする機能を提供します。プラットフォーム機能の詳細については、このガイドの後半で説明しますが、要約すると、これらの機能は、開発者がワークロードを管理するために必要な機能に対応する必要があります。以下に例を示します。

• ワークロード保護のセキュリティ

• ワークロードインフラストラクチャを管理するためのコードとしてのインフラストラクチャ

• ワークロードのテストとデプロイを自動化するための継続的インテグレーションと継続的デプロイ (CI/CD)

• ワークロードサービスへのアクセスを提供するための安全な進入

• さまざまなチームやワークロードを分離するためのテナンシー

• ワークロードとそのインフラストラクチャのログ記録、メトリクス、トレース、アラートに対処するためのオブザーバビリティ

バックステージは、これらの機能をすべて接続するデベロッパーポータルです。これにより、開発者はすべてのワークロードを 1 か所で管理できます。また、コストを一元化して、ワークロードが使用するすべてのリソースを可視化します。

内部開発者プラットフォームのリファレンスアーキテクチャについては、以下を参照してください。

• Amazon でのクラウドネイティブな内部開発者プラットフォームアーキテクチャ EKS

• での ARMONIX AWS