プラットフォームチームが内部開発者向けに提供するプラットフォーム
以下の5つのコンポーネントを網羅するように設計すべきとされている
- アプリケーションの構成管理
- インフラストラクチャのオーケストレーション
- 環境の管理
- デプロイメントの管理
- ロール単位のアクセス制御
Internal Developer Platform
-
Internal Developer PortalPlatform Engineering Internal Developer Platformを、統一されたインターフェースで操作できるようにしたもの
-
Platform Engineeringの2つの「IDP」～Internal Developer Platformとは？Platform Engineering Internal Developer Platform Kubernetes RBAC Internal Developer Portal https://codezine.jp/article/detail/19376
-
When to start a platform teamPlatform Engineering #Team Organization Rebecca Murphey（Swarmia）による、専任 プラットフォームチーム をいつ作るべきかを組織規模から論じた記事 目安は約100エンジニア（Peter Seibel のモデル）。それ未満は専任チームのオーバーヘッドが便益を上回る 「2〜3チームを超えた時点で、未文書で脆くても既に Internal Developer Platform は存在する」。4チーム以上が検討の目安 早すぎ（20人規模）は機能開発リソースの浪費、遅すぎ（100人超で不在）は複数ペア＋専任マネジメントが必要になる 「Minimum Viable Platform Team」＝最小構成のチーム（自走リード1＋伸びしろ1＋兼任EM）から始める。チーム版の Minimum Viable Platform とも言える発想で、IDP をプロダクトとして利用者の声と指標で測る（Platform as a Product） https://www.swarmia.com/blog/when-to-start-a-platform-team/
-
Platform Engineering ことはじめPlatform Engineering Gartner Identifies the Top 10 Strategic Technology Trends for 2024 認知負荷 Team Topologies/プラットフォームチーム Golden Path Platform as a Product Internal Developer Portal/Internal Developer Platform 組織的センシング Backstage Crossplane KubeVela Kubernetesで実践する Platform Engineering