ポイント: 要求されたページは見つかりませんが、ユーザーはリソースハブで利用可能な代替リソースを探索できます。
- 関連コンテンツの提案が提供されています。
- ユーザーは追加情報のためにリソースハブにアクセスできます。
今日の厳しいビジネス環境では、メインフレームの企業が分散プラットフォームで使用されるのと同じDevOpsの実践を採用する必要があります。メインフレームの主要業績評価指標（KPI）を測定することで、そのプラットフォームが常に稼働し信頼できることを確保し、1日あたり数百万のトランザクションを処理するためにそれに依存する組織にとって重要です。これにより、DevOpsにおけるKPIの必要性が生じました。プラットフォームに関係なく、3つのカテゴリーにグループ化されています：
- 速度：開発から本番まで、各段階にかかる時間を理解すること。
- 品質：パイプライン全体で一貫した良好な品質を確保すること。
- 効率：費やした努力と実際に行われている作業を比較すること。
これらのKPIを測定するために、DevOps研究と評価（DORA）チームは4つの重要なDevOpsメトリクスを考案しました。これらは「DORAメトリクス」と呼ばれています。
DORAメトリクスとは何で、なぜそれが重要なのか？
これらの4つのメトリクスは、以下の進捗と改善の必須指標です：
- 変更のリードタイム：開発者がコードをチェックインした後、パイプラインがコードを提供するまでにかかる時間。これを追跡しないと、革新を市場に提供するのが遅れます。
- デプロイ頻度：本番環境にどれくらいの頻度でデプロイするか、ビジネスが求める革新を提供します。目標は、品質を改善し、革新を顧客の手に迅速に届けるために小さな作業バッチを提供することです。
- 変更失敗率：本番に戻されたコード変更のうち、失敗しているか、ロールバックしなければならない割合を評価します。このメトリクスは、コードを提供する際の適切なスポットを理解するために、前述のメトリクスと一緒に使用できます。コードをあまりにも早く、または大きなバッチで提供すると、このメトリクスが上昇する可能性があります。
- 平均復旧時間（MTTR）サービス：本番で発生する問題を修正するのにかかる時間を追跡します。これは前のメトリクスに関連しています。変更失敗率が高いと、このメトリクスも上昇する可能性があります。
企業が改善するにつれ、変更失敗率を同じに保ちながら、より頻繁にデプロイできます（速く、良く、安く—継続的な改善で三者を得る、Mark Schettenhelm著）。
成熟度とエリートステータス
デプロイ頻度メトリクスと並んで、組織は低、中、高、エリートの成熟度レベルに評価されます。
- 低：月に1回から半年に1回のデプロイ、メインフレームでは一般的。
- 中：週に1回から月に1回のデプロイ。
- 高：1日に1回から週に1回のデプロイ。
- エリート組織（Google、Facebook、Netflixなど）は、1日に複数回デプロイします。彼らはチームが初日から本番にコードをプッシュすることを期待しており、MTTRの面で、問題を1時間以内に修正できます。
メインフレームのためのDORAメトリクス
メインフレームの店舗は最新の状態を保たなければならず、DORAメトリクスを使用することは、その近代化を測定し、次の成熟度レベルに到達するための効率的で標準化された方法です。DORAメトリクスが使用されない場合、効率的であるかどうかを知ることが難しく、業界の仲間とベンチマークを取ることが困難になります。
4つのメトリクスは、エンジンのシリンダーのように相互に関連しています。組織は、クラウドや分散技術に与えられる注意にもかかわらず、メインフレームが彼らが持つ最も重要なサーバーであることを忘れてはなりません。
メインフレームのDORAメトリクスをどのようにキャプチャしますか？
メインフレームは、分散環境と同じ方法でDORAメトリクスをキャプチャできます：DevOpsツールと/orシステムログを通じて、これらは次に4つの測定に解析されます。できるだけ早く始めるべきです。私たちは、BMC AMI Adviserダッシュボードを提供することで、データをプロットして統合する必要を排除し、業界のポジショニングに関する即時の視点を提供することで、チームがこれを容易にしました。
BMC AMI DevXツールがDORAメトリクスとどのように融合するか
zAdviserに加えて、追加のBMC AMI DevXツールは、メトリクスの全体像を提供するのに役立ちます。
BMC AMI DevX Code Pipelineは、元のソースコード管理（SCM）機能をキャプチャする基盤を築き、編集、テスト、デプロイの準備を行うために、すべての段階でメトリクスを収集します。ISPWは開発者の活動の中心であり、人々がコードをチェックアウトし、編集し、再びチェックインすることを可能にします。ISPWは、準備ができるとコードをコンパイルします。テスト中にエラーが見つかり、再編集と別のコンパイルが必要な場合、ISPWを通過し、プロモーションとデプロイの承認を受けるまで続きます。この間、チェックアウトから本番へのデプロイまでメトリクスが適用されます。
zAdviserは、メトリクスを収集するプロセスを簡素化するSaaSソリューションであり、データのレビューが容易になり、組織がエリートレベルに近づくのに役立ちます。zAdviserは、ISPWやBMC AMI DevX Abend-AIDなどのBMC AMI DevXメインフレームツールやアプリケーションの使用状況に関するデータをキャプチャします。これは、分散世界で一般的な慣行を平行させており、主にGitの使用を通じて行われます。Gitに移行を考えている顧客は、ISPWの外でGitを使用するチームがある一方で、他のチームはISPWだけを使用し続けることができることに注意する必要があります。
Abend-AIDは、複数の環境で問題を自動的に検出し診断し、初めて発生した問題に対処します。DORAメトリクスの文脈では、Abend-AIDはサポートデータを提供し、根本原因を探し出すのに役立ちます。Abend-AIDの入力なしでDORAメトリクスを取得することはできますが、改善することはできません。
BMC AMI DevXは、SCMからデータを取り込み、顧客がどのようにメインフレームアプリケーションを開発しているか、どのツールを使用しているか、開発者がどのコードの部分に取り組んでいるか、そしてそのコードがライフサイクルを通じてどのように進んでいるかを確認できる唯一のソリューションです。
DORAメトリクスと4つのKPIは、経営陣が納期と開発チームのパフォーマンスを測定し理解するのに役立ち、BMC AMI Adviser KPI Dashboard for DORA Metricsにより、データを活用してDevOpsの取り組みを継続的に改善できるようにします。
メインフレームにおけるDORAメトリクスの追跡について詳しくは、私たちのeBookをダウンロードしてください。DORA Metrics for Mainframe DevOps。
これらの投稿は私自身のものであり、必ずしもBMCの立場、戦略、または意見を表すものではありません。