DevOpsの次: Platform Engineering
DevOpsは「開発と運用の壁を壊す」ことを目指したが、「すべての開発者がインフラを理解する」というCognitive Load問題を生んだ。Platform Engineeringは専門チームがインフラの複雑さを抽象化し、Internal Developer Platform（IDP）として提供するアプローチだ。Gartnerは2025年までに80%の組織がプラットフォームチームを設置すると予測している。
IDP設計の4原則
Self-service First: 新マイクロサービスのセットアップ（リポジトリ、CI/CD、K8s namespace、モニタリング）を15分以内に完了。従来3-5営業日。Opinionated Defaults: pod resource limits、アラートルール等のデフォルトをプラットフォームチームが決定。80%のケースでデフォルトのまま使える。Abstraction Without Lock-in: 3層の抽象化（Level 1: セルフサービスUI、Level 2: YAML設定、Level 3: Terraform/Helm直接操作）。Product Mindset: IDPは社内プロダクト。NPS調査で開発者満足度を計測。
Golden Path: 推奨パスの設計
新APIサービス: テンプレートリポジトリ（Go/Axum + Dockerfile + Helm chart + GitHub Actions）→ Service Catalog自動登録 → 自動デプロイ。成功基準: テンプレート利用率80%以上、本番デプロイまで1時間以内、更新頻度月1回以上。
Backstage導入の教訓
Software Catalogを最初に構築。マイクロサービス120個の環境で、インシデント時の連絡先特定が15分→30秒に短縮。Scaffolderテンプレートは3つから始める（新規API、ライブラリ、ドキュメント）。TechDocsでDocs-as-Codeを実現。
開発者体験メトリクス
Onboarding Time: 導入前2週間→導入後4時間。Lead Time for Changes: 導入前3日→導入後45分。Cognitive Load Score（1-10）: 導入前7.2→導入後3.8。Platform NPS: 導入6ヶ月後+42。
アンチパターン
Ivory Tower Platform: 開発者の声を聞かず構築→使われない。Mandatory Adoption: 利用強制→反発を招く。Over-abstraction: 何が起きているか理解不能→トラブルシューティング不可能。Under-investment: サイドプロジェクト扱い→中途半端なIDP。IDPは専任チームと投資が必要だ。