プラットフォームをプロダクトとして扱う

第6章. 内部プラットフォームのスコアカード：なぜプラットフォームエンジニアリングでは測定が重要なのか？

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

プラットフォームが本当に製品であるならば、その価値を証明するために必要なのは、逸話やその場限りのフィードバックではない。よく設計された測定アプローチによって、チームは情報に基づいたトレードオフを行い、投資を正当化し、ユーザが実際に必要としているものを確実に提供することができる。明確なメトリックがなければ、プラットフォーム作業は、それ自体のために機能を構築したり、トレンドを追いかけたり、声の大きいものだけに反応したりすることになりかねない。

社内プラットフォーム・スコアカードは、チームが価値に集中し続けるための実用的な方法を提供する。これは、プラットフォームのパフォーマンスを、第1章で紹介した4つの重要な柱、スピード、安全性、効率性、スケーラビリティに集約したものである。

さまざまなコンシューマが、さまざまな方法でスコアカードを利用する：

• プラットフォームチームは、作業の優先順位をつけるため、自動化への投資を正当化するため、変更が本当に開発者体験を向上させているかどうかを追跡するために、スコアカードを使用する。

• アプリケーション開発者は、自分たちのフィードバックが測定可能な改善につながっていること、プラットフォームチームが痛点に対処していることを確認できる。

• エンジニアリングリーダーは、スコアカードを使用して、プラットフォームの成果を組織目標と連携させ、スピードとリスクのバランスをとり、投資対効果を実証する。

• セキュリティ、コンプライアンス、および演算子の利害関係者は、スコアカードを使用して、ガードレールが機能していること、ポリシーが実施されていること、およびプラットフォームが管理されていないリスクを引き起こしていないことを確認する。

四つの柱の再考

第1章で紹介した4つの柱は抽象化された理想ではなく、プラットフォームとのやり取りを形作る可観測性の品質である。これらは、開発者がどのように感じてプラットフォームを使うか、ビジネスがどの程度信頼できるか、そして、どの程度変化に適応できるかに影響する。以下は、先に述べた柱に関する議論の再演と詳細である：

• スピードは、ユーザがアイデアを思いついてからソフトウェアを実行するまでのスピードを表す。これはしばしば「平均初回デプロイ時間」、つまり開発者があるケイパビリティをリクエストしてから、そのケイパビリティが使えるようになるまでの経過時間で把握される。スピードの向上とは、摩擦を減らし、不要なハンドオフを除去し、即時性を感じる方法でセルフサービスを可能にすることである。

• 安全性とは、開発者が規則違反やリスク露出を恐れることなく迅速に動けるよう、プラットフォームに保護を組み込むことである。これには、ポリシー強制、セキュアなデフォルト、自動化されたコンプライアンスチェックなどが含まれる。安全性は、障壁ではなく、イネーブラーであるべきだ。うまく機能すれば、開発者は、より速く動くための信頼性を静かに得ることができる。

• 効率性は、プラットフォームチームとそのコントリビューターが、いかに効率的に、スケールの大きなサービスを実行し、維持し、進化させることができるかに焦点を当てる。これには、アップグレードの自動化、コンフィギュレーション管理、ドリフトの検出、フリート全体にわたる一貫性のある変更の容易さなどが含まれる。高い効率性は、手作業を減らし、運用コストを下げ、労力を最小限にする。 ...