内部開発者プラットフォームの成功の測定 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

内部開発者プラットフォームの成功の測定

内部開発者プラットフォームの成功を測定するのは簡単ではありません。ただし、メトリクスを使用して、内部デベロッパープラットフォームを採用した場合の影響と、それがデベロッパーエクスペリエンスをどのように改善したかを測定できます。

メトリクスは影響を測定する必要があるため、DevOps Research and Assessment (DORA) メトリクスを使用できます。プラットフォームエンジニアリングプラクティスと内部開発者プラットフォームを採用すると、次のメトリクスが改善されます。

  1. デプロイ頻度 – 組織が本番環境に正常にリリースされる頻度

  2. 変更のリードタイム – コミットが本番稼働開始されるまでにかかる時間

  3. 変更失敗率 – 本番環境で失敗の原因となったデプロイの割合

  4. サービスの復元にかかる時間 – 本番環境の障害から回復するまでに組織がかかる時間

もう 1 つのアプローチは、現在のアプリケーションの状態を測定し、ビジネス目標に照らして長期的なアプリケーションパフォーマンスを追跡することです。Amazon CloudWatch Application Signals を使用するには、アプリケーションのサービスレベル目標 (SLOs) を定義し、CloudWatch ダッシュボードを使用してアプリケーションのステータスを表示します。

アプリケーションを計測しない場合、最大の課題は、適切なメトリクスを取得し、アプリケーションを全体的なオブザーバビリティ戦略に合わせることです。オブザーバビリティ戦略は、セキュリティスキャン、テスト、可用性の追跡を通じてアプリケーションの全体的な状態を理解するのに役立ちます。