<h2 id="%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%83%87%E3%83%AA%E3%83%90%E3%83%AA%E3%83%BC%E3%81%AE%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9">
<a class="header-anchor-link" href="#%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%83%87%E3%83%AA%E3%83%90%E3%83%AA%E3%83%BC%E3%81%AE%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9" aria-hidden="true"></a> ソフトウェアデリバリーのパフォーマンス</h2>
<p>2019年の調査レポートで示された4つの主要な指標 - Four Keys</p>
<ul>
<li>デプロイ頻度</li>
<li>変更のリードタイム</li>
<li>変更時の障害率</li>
<li>サービス復旧時間</li>
</ul>
<h3 id="deployment-frequency%EF%BC%88%E3%83%87%E3%83%97%E3%83%AD%E3%82%A4%E9%A0%BB%E5%BA%A6%EF%BC%89">
<a class="header-anchor-link" href="#deployment-frequency%EF%BC%88%E3%83%87%E3%83%97%E3%83%AD%E3%82%A4%E9%A0%BB%E5%BA%A6%EF%BC%89" aria-hidden="true"></a> Deployment Frequency（デプロイ頻度）</h3>
<p>How often an organization successfully releases to production</p>
<p>本番環境へのリリースを成功させる頻度</p>
<h3 id="lead-time-for-changes%EF%BC%88%E5%A4%89%E6%9B%B4%E3%81%AE%E3%83%AA%E3%83%BC%E3%83%89%E3%82%BF%E3%82%A4%E3%83%A0%EF%BC%89">
<a class="header-anchor-link" href="#lead-time-for-changes%EF%BC%88%E5%A4%89%E6%9B%B4%E3%81%AE%E3%83%AA%E3%83%BC%E3%83%89%E3%82%BF%E3%82%A4%E3%83%A0%EF%BC%89" aria-hidden="true"></a> Lead Time for Changes（変更のリードタイム）</h3>
<p>The amount of time it takes a commit to get into production</p>
<p>本番環境へコードが反映されるまでにかかる時間</p>
<h3 id="time-to-restore-service%EF%BC%88%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E5%BE%A9%E6%97%A7%E3%81%AB%E3%81%8B%E3%81%8B%E3%82%8B%E6%99%82%E9%96%93%EF%BC%89">
<a class="header-anchor-link" href="#time-to-restore-service%EF%BC%88%E3%82%B5%E3%83%BC%E3%83%93%E3%82%B9%E5%BE%A9%E6%97%A7%E3%81%AB%E3%81%8B%E3%81%8B%E3%82%8B%E6%99%82%E9%96%93%EF%BC%89" aria-hidden="true"></a> Time to Restore Service（サービス復旧にかかる時間）</h3>
<p>How long it takes an organization to recover from a failure in production</p>
<p>本番環境で障害を発生させたデプロイメントから復元させるのにかかる時間</p>
<h3 id="change-failure-rate%EF%BC%88%E5%A4%89%E6%9B%B4%E3%81%AB%E3%82%88%E3%82%8B%E5%A4%B1%E6%95%97%E7%8E%87)">
<a class="header-anchor-link" href="#change-failure-rate%EF%BC%88%E5%A4%89%E6%9B%B4%E3%81%AB%E3%82%88%E3%82%8B%E5%A4%B1%E6%95%97%E7%8E%87)" aria-hidden="true"></a> Change Failure Rate（変更による失敗率)</h3>
<p>The percentage of deployments causing a failure in production</p>
<p>本番環境で障害を発生させたデプロイメントの割合</p>
<h2 id="%E9%81%8B%E7%94%A8%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9">
<a class="header-anchor-link" href="#%E9%81%8B%E7%94%A8%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9" aria-hidden="true"></a> 運用パフォーマンス</h2>
<p>5つ目の重要な指標として追加された。</p>
<ul>
<li>信頼</li>
</ul>
<h3 id="reliability%EF%BC%88%E4%BF%A1%E9%A0%BC%E6%80%A7%EF%BC%89">
<a class="header-anchor-link" href="#reliability%EF%BC%88%E4%BF%A1%E9%A0%BC%E6%80%A7%EF%BC%89" aria-hidden="true"></a> Reliability（信頼性）</h3>
<h4 id="sre---site-reliability-enginerring">
<a class="header-anchor-link" href="#sre---site-reliability-enginerring" aria-hidden="true"></a> SRE - Site Reliability Enginerring</h4>
<p>Google社が提唱、実践しているシステム管理とサービス運用の方法論である。サイト信頼性エンジニアリングと訳される。<sup class="footnote-ref"><a href="#fn-9aca-1" id="fnref-9aca-1">[1]</a></sup></p>
<h2 id="%E7%B5%84%E7%B9%94%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9">
<a class="header-anchor-link" href="#%E7%B5%84%E7%B9%94%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9" aria-hidden="true"></a> 組織パフォーマンス</h2>
<p>組織がパフォーマンスと収益性の目標をどの程度達成しているか。</p>
<h3 id="nist%E3%81%AE%E5%AE%9A%E7%BE%A9%E3%81%99%E3%82%8B%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%81%AE5%E3%81%A4%E3%81%AE%E7%89%B9%E6%80%A7">
<a class="header-anchor-link" href="#nist%E3%81%AE%E5%AE%9A%E7%BE%A9%E3%81%99%E3%82%8B%E3%82%AF%E3%83%A9%E3%82%A6%E3%83%89%E3%81%AE5%E3%81%A4%E3%81%AE%E7%89%B9%E6%80%A7" aria-hidden="true"></a> NISTの定義するクラウドの5つの特性<sup class="footnote-ref"><a href="#fn-9aca-2" id="fnref-9aca-2">[2]</a></sup>
</h3>
<ul>
<li>広範なネットワークアクセス</li>
<li>迅速な拡張性</li>
<li>オンデマンドセルフサービス</li>
<li>測定サービス</li>
<li>リソースプール</li>
</ul>
<h3 id="devops%E3%81%AE%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9%E3%81%8C%E9%AB%98%E3%81%84%E7%B5%84%E7%B9%94">
<a class="header-anchor-link" href="#devops%E3%81%AE%E3%83%91%E3%83%95%E3%82%A9%E3%83%BC%E3%83%9E%E3%83%B3%E3%82%B9%E3%81%8C%E9%AB%98%E3%81%84%E7%B5%84%E7%B9%94" aria-hidden="true"></a> DevOpsのパフォーマンスが高い組織</h3>
<ul>
<li>バージョン管理をしている</li>
<li>継続的インテグレーションを実践している</li>
<li>継続的デリバリーを実践している</li>
<li>疎結合アーキテクチャベースのシステムである</li>
</ul>
<h4 id="%E7%B6%99%E7%B6%9A%E7%9A%84%E3%82%A4%E3%83%B3%E3%83%86%E3%82%B0%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%EF%BC%88ci%E3%80%81continuous-integration%EF%BC%89">
<a class="header-anchor-link" href="#%E7%B6%99%E7%B6%9A%E7%9A%84%E3%82%A4%E3%83%B3%E3%83%86%E3%82%B0%E3%83%AC%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%EF%BC%88ci%E3%80%81continuous-integration%EF%BC%89" aria-hidden="true"></a> 継続的インテグレーション（CI、Continuous Integration）</h4>
<p>メインブランチにコードをマージすること。コードをメインにマージして自動で単体テストを行うことで早期にバグが発見できる。</p>
<h4 id="%E7%B6%99%E7%B6%9A%E7%9A%84%E3%83%87%E3%83%AA%E3%83%90%E3%83%AA%E3%83%BC%EF%BC%88cd%E3%80%81continuous-delivery%EF%BC%89">
<a class="header-anchor-link" href="#%E7%B6%99%E7%B6%9A%E7%9A%84%E3%83%87%E3%83%AA%E3%83%90%E3%83%AA%E3%83%BC%EF%BC%88cd%E3%80%81continuous-delivery%EF%BC%89" aria-hidden="true"></a> 継続的デリバリー（CD、Continuous Delivery）</h4>
<p>継続的インテグレーションを拡張し、いつでも本番にリリースできる状態にすること。テスト環境やステージング環境までリリースし、統合テストなどを行い、本番環境へリリースできる状態にする。本番環境へのリリースまでは行わない。自動で本番環境へリリースまで行うのは継続的デプロイとなる。</p>
<h6>引用</h6>
<p><a href="https://zenn.dev/google_cloud_jp/articles/83f6667dfc9519" target="_blank">DORA 2022 度版 State of DevOps Report</a></p>
<p><a href="https://rework.withgoogle.com/jp/subjects/teams/" target="_blank" rel="nofollow noopener noreferrer">Google re:Work - チーム</a></p>
<p><a href="https://cloud.google.com/blog/ja/products/gcp/using-the-four-keys-to-measure-your-devops-performance" target="_blank" rel="nofollow noopener noreferrer">エリート DevOps チームであることを Four Keys プロジェクトで確認する | Google Cloud 公式ブログ</a></p>
<p><a href="https://speakerdeck.com/twada/quality-and-speed-2022-spring-edition" target="_blank" rel="nofollow noopener noreferrer">質とスピード（2022春版、質疑応答用資料付き） / Quality and Speed 2022 Spring Edition - Speaker Deck</a></p>
<p><a href="https://blog.recruit.co.jp/rls/2021-03-31-four-keys/" target="_blank" rel="nofollow noopener noreferrer">Four Keys 〜自分たちの開発レベルを定量化してイケてる DevOps チームになろう〜</a></p>
<section class="footnotes">
<span class="footnotes-title">脚注</span>
<ol class="footnotes-list">
<li id="fn-9aca-1" class="footnote-item">
<p><a href="https://ja.wikipedia.org/wiki/%E3%82%B5%E3%82%A4%E3%83%88%E3%83%AA%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%93%E3%83%AA%E3%83%86%E3%82%A3%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%83%AA%E3%83%B3%E3%82%B0" target="_blank" rel="nofollow noopener noreferrer">https://ja.wikipedia.org/wiki/サイトリライアビリティエンジニアリング</a> <a href="#fnref-9aca-1" class="footnote-backref">↩︎</a></p>
</li>
<li id="fn-9aca-2" class="footnote-item">
<p><a href="https://csrc.nist.gov/publications/detail/sp/800-145/final" target="_blank" rel="nofollow noopener noreferrer">https://csrc.nist.gov/publications/detail/sp/800-145/final</a> <a href="#fnref-9aca-2" class="footnote-backref">↩︎</a></p>
</li>
</ol>
</section>


2022 ACCELERATE State of DevOps Report

Deployment Frequency（デプロイ頻度）

Lead Time for Changes（変更のリードタイム）

Time to Restore Service（サービス復旧にかかる時間）

Change Failure Rate（変更による失敗率)

ソフトウェアデリバリーのパフォーマンス

NISTの定義するクラウドの5つの特性[2]

DevOpsのパフォーマンスが高い組織

Discussion