LESSON 30分

ストーリー

田
田中VPoE
IDPの構築方法を学んだ。Step 4では「Golden Path」と「ガードレール」を設計する。プラットフォームの品質を支える二本柱だ
あなた
Golden Pathは「推奨される方法」でしたよね。でも、開発者の自由を制限することにならないですか？
あ
田
田中VPoE
重要な問いだ。Golden Pathは「制限」ではなく「舗装された道」だ。舗装された道を歩くか、藪を突き進むかは開発者の自由だ。だが舗装された道を歩く方が速く、安全で、迷わない。プラットフォームの仕事は「舗装された道を用意する」ことだ
あなた
制限ではなく推奨。でも推奨だけで本当に統一できますか？
あ
田
田中VPoE
ここでガードレールが登場する。Golden Pathは「こうすると良い」、ガードレールは「ここは超えてはいけない」だ。Golden Pathは自由、ガードレールは安全。この組み合わせで、自律性と統制のバランスを取る

Golden Pathの設計原則

Golden PathとOff-Roadの関係

Golden Path の構造:

    ガードレール（絶対に超えてはいけない境界）
    ┌─────────────────────────────────────┐
    │                                     │
    │  ┌─ Golden Path ──────────────┐     │
    │  │ 推奨される標準的な方法      │     │
    │  │ テンプレート、ベストプラクティス │  │
    │  │ 最も速く、安全に目標に到達   │     │
    │  └────────────────────────────┘     │
    │                                     │
    │  Off-Road（許可されているが非推奨）   │
    │  独自の方法を選択可能                 │
    │  ただしガードレール内に留まる必要あり  │
    │                                     │
    └─────────────────────────────────────┘
    ガードレールの外 = 禁止（ブロックされる）

3段階の統制モデル

段階方針例強制力
Golden Pathこうするのが良いTypeScript APIはNestJSテンプレートを使うなし（推奨）
ガードレールここは超えてはいけない本番DBへの直接アクセス禁止自動ブロック
規制法的・コンプライアンス要件PII暗号化必須、監査ログ必須必須（例外なし）

Golden Pathの対象領域

CloudOps社のGolden Path設計

領域Golden PathOff-Road（許可）ガードレール（禁止）
言語TypeScript（NestJS）Python, Goなし（言語は自由）
フレームワークNestJSExpress, Fastifyなし
DBPostgreSQL（Prisma）MySQL, MongoDB管理外DBの直接接続禁止
CI/CDGitHub Actions + Argo CD他のCIツールデプロイは必ずGitOps経由
監視Datadog（標準ダッシュボード）カスタムダッシュボードSLO定義なしのデプロイ禁止
コンテナ標準ベースイメージカスタムイメージ（承認制）rootユーザー禁止
シークレットVault経由なし（例外なし）ハードコード禁止
ネットワークNetworkPolicy自動適用カスタムルール（承認制）デフォルトallow禁止

Golden Pathの評価基準

良いGolden Pathの条件

基準説明チェック方法
価値があるOff-Roadより明らかに速い・安全・簡単Golden Path利用時の所要時間 < Off-Road利用時の所要時間
文書化されている手順、理由、例外処理が明確ドキュメントの存在と最新性
自動化されているテンプレートやCLIで即座に開始できるワンコマンドで実行可能
メンテナンスされている定期的にアップデートされている最終更新日が3ヶ月以内
フィードバックがある利用者の声を収集し改善しているサーベイスコアが3.5以上

Golden Pathの成功メトリクス

メトリクス定義目標値
Golden Path採用率新規サービスでGolden Pathを使用した割合80%以上
テンプレート利用率テンプレートから作成されたサービスの割合75%以上
Time to First Deployテンプレートから最初のデプロイまでの時間30分以内
開発者満足度Golden Pathに対するサーベイスコア4.0/5.0以上

「Golden Pathの採用率が50%を下回ったら、それはGolden Pathの品質問題だ。開発者に問題があるのではなく、Golden Pathが開発者のニーズを満たしていない」 — 田中VPoE

Golden Pathのライフサイクル

進化のプロセス

Golden Path のライフサイクル:

1. 発見（Discovery）
   開発者サーベイ、ペインポイント分析
   → 「環境構築に3.2日かかる」
      ↓
2. 設計（Design）
   ベストプラクティスの調査、テンプレート設計
   → NestJS + Prisma テンプレート
      ↓
3. パイロット（Pilot）
   アーリーアダプター3チームで試用
   → フィードバック収集
      ↓
4. リリース（Release）
   全社向けに公開、ドキュメント整備
   → Backstageテンプレートとして登録
      ↓
5. 計測（Measure）
   採用率、満足度、所要時間の計測
   → 月次レビュー
      ↓
6. 改善（Improve）
   フィードバックに基づく改善
   → テンプレートv2のリリース
      ↓
7. (1に戻る)

まとめ

ポイント内容
Golden Path推奨される標準的な方法。強制ではなく価値で選ばれる
Off-RoadGolden Pathから外れた方法。許可されるがガードレール内
ガードレール絶対に超えてはいけない境界。自動ブロック
成功条件価値がある、文書化、自動化、メンテナンス、フィードバック

チェックリスト

  • Golden Path、Off-Road、ガードレールの違いを説明できる
  • Golden Pathの対象領域を設計できる
  • 成功メトリクスを定義できる
  • Golden Pathのライフサイクルを理解した

次のステップへ

次は「プロジェクトテンプレート戦略」を学びます。Golden Pathを具現化するテンプレートの詳細設計に入りましょう。

推定読了時間: 30分