Well-Architected Framework オペレーションエクセレンス

2024/03/18 14:20-14:50 Well-Architected Framework オペレーショナル・エクセレンス日本マイクロソフト坂部広大 2024/03/18

2024/03/18 14:20-14:50 Conditions and terms of use © Microsoft Corporation.
All rights reserved. Microsoft, Windows and other product names are or may be registered trademarks and/or trademarks in the U.S. and/or other countries. The information herein is for informational purposes only and represents the current view of Microsoft Corporation as of the date of this presentation. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION. 本資料は情報提供のみを目的としており、本資料に記載されている情報は、本資料作成時点でのマイクロソフトの見解を示したものです。状況等の変化により、内容は変更される場合があります。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。

2024/03/18 14:20-14:50 MICROSOFT CONFIDENTIAL 本資料は情報提供のみを目的としており、本資料に記載されている情報は、本資料作成時点でのマイクロソフトの見解を示したものです。状況等の変化により、内容は変更される場合があります。本資料に表記されている内容（提示されている条件等を含みます）は、貴社との有効な契約を通じ
て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 目次  原則  ソフトウェアデリバリーの重要性  チェックリスト  Appendix

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. オペレーショナルエクセレンス概要トピック概要原則標準化されたワークフローとチームのまとまりによってワークロードの品質を確保する DevOps プラクティス。この柱は、開発プラクティス、可観測性、リリース管理の運用手順を定義する。チェックリストオペレーショナルエクセレンスの文化を構築するのに役立つ一連の推奨事項を示す。トレードオフ特定の決定は、一部の柱に利益をもたらす可能性がある一方、他の要素のトレードオフが発生する。ワークロードアーキテクチャとオペレーションを設計するときにワークロードチームが遭遇する可能性がある一般定期なトレードオフの例。パターンワークロード設計を標準化する方法としての既知のパターン DevOps などの最新の開発方法を利用することで、開発とデプロイのサイクルを高速化する。障害や問題が発生する前に、または遅くとも顧客が気づく前に検出できるよう、優れた監視アーキテクチャを整備する

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. State of DevOps Report https://dora.dev/ DevOps で高い成果を、技術、プロセス、組織文化に関する能力をどのように開発手法に組み込み、成功を収めているか調査 2014 年から DevOps の年次調査レポート DevOps 手法を取り入れたことによる 3 つの主な成果と、その達成に貢献する能力を調査。組織的なパフォーマンス - 顧客やコミュニティに価値チームのパフォーマンス - チームのイノベーションとコラボレーション従業員の健康 - 燃え尽き症候群、満足度 / 生産性 LeanとDevOpsの科学［Accelerate］テクノロジーの戦略的活用が組織変革を加速する DevOps Status Reportを作成する過程での試行錯誤が記された本

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. チェックリスト DevOps アプローチから始めて、複数の規範の特殊化を統合します。設計と開発のプラクティスが作成され、インフラスとコードの反復可能で信頼性が高く安全なデプロイが実現します。コード推奨 ☐ OE:01 ワークロードチームのメンバーの専門分野を決定し、堅牢な実践セットに統合して、仕様に従ってワークロードを設計、開発、展開、運用する。 ☐ OE:02 ドキュメント、チェックリスト、または自動化を使用して、必要に応じて日常業務や緊急の運用タスクを実行する方法を形式化する。 ☐ OE:03 ソフトウェアのアイデアと計画のプロセスを形式化する。確立された業界および組織の標準を参考にする。 ☐ OE:04 OE:04 OE:04 業界で実証された開発とテストの実践に従って、ソフトウェア開発と品質保証のプロセスを最適化する。役割を明確に指定するには、ツール、ソース管理、アプリケーション設計パターン、ドキュメント、スタイルガイドなどのコンポーネント全体で実践を標準化する。 ☐ OE:05 標準化されたコードとしてのインフラストラクチャ (IaC) アプローチを使用して、リソースとその構成を準備する。 ☐ OE:06 予測可能な自動化されたパイプラインを通じて、提案された変更を推進するワークローサプライチェーンを構築する。 ☐ OE:07 OE:07 監視システムを設計および実装して、設計の選択を検証し、将来の設計およびビジネス上の決定を通知する。 ☐ OE:08 効果的な緊急業務の実践を開発する。ダッシュボードとクエリを介して緊急対応を実行する実用的なアラートを生成。オンコールローテーション、インシデント管理、緊急リソースアクセス、事後分析の実行など、人間の責任を明確に定義する。 ☐ OE:09 人間の介入による洞察力や適応性の恩恵を受けず、高度に手順的で、自動化への投資から利益が得られる有効期限があるすべてのタスクを自動化する。すべての自動化をワークロードコンポーネントと同じように扱い、Well-Architected フレームワークの柱をその設計と実装に適用する。 ☐ OE:10 ライフサイクルの問題、ブートストラップ、ガバナンスとコンプライアンスのガードレールの適用などの運用のために、事前に自動化を設計して実装する。 ☐ OE:11 ワークロードの安全な導入方法を明確に定義する。日常的な展開と緊急の展開、またはホットフィックスの展開を考慮。 ☐ OE:12 導入の失敗を軽減する戦略を実装し、ロールアウト中の予期しない問題に迅速に回復して対処する。

MICROSOFT CONFIDENTIAL 本資料は情報提供のみを目的としており、本資料に記載されている情報は、本資料作成時点でのマイクロソフトの見解を示したものです。状況等の変化により、内容は変更される場合があります。本資料に表記されている内容（提示されている条件等を含みます）は、貴社との有効な契約を通じて決定されます
。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Start right templates and shift-left notifications Stay right guidance, governance and policy enforcement Dev tools & coding environments Infrastructure as code Engineering systems & platform orchestration Infrastructure Security and governance Observability and insights Gartner Hype Cycle Shows AI Practices and Platform Engineering Will Reach Mainstream Adoption in Software Engineering in Two to Five Years

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Plan Develop Operate Deliver GitHub Insights Azure Monitor Microsoft Defender for Cloud Azure Sentinel Azure AD GitHub Actions Azure Pipelines Azure RM Templates & Bicep Azure Deployment Environments GitHub Packages Azure Artifacts Microsoft Defender for DevOps GitHub Copilot Visual Studio / VS Code GitHub Codespaces Microsoft Dev Box Visual Studio Live Share GitHub Repos Dependabot Code Scanning Secret Scanning GitHub Issues GitHub Projects GitHub Discussions Azure Boards + Developer Productivity

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 原則

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 原則オペレーショナルエクセレンスの柱の目標は、正しいことを、正しい方法で行い、チームとして適切な問題を解決することです。運用要件を満たせないと、デプロイの失敗、ユーザーエクスペリエンスの一貫性が失われ、適切な計画と合理化された実行によって回避できたコストが追加される可能性があります。システムを可視化し、分析情報を導き出し、データドリブンの意思決定を行う。モニタリングの重要な側面は正常性モデリングの利用インシデントになる前に問題を予測可観測性を使用してオペレーションを進化させる予測可能性を使用して、デプロイの目的の状態に到達する。導入メカニズムは、自動化、テスト、監視、およびバージョン管理が必要繰り返しの手動タスクを、より迅速に完了し、一貫性と精度を高め、リスクを軽減するソフトウェア自動化に置き換える。自動化により時間、労力、コストを節約し、間違いを回避体系的な変更管理を通じて、開発プラクティスを標準化し、品質ゲートを適用し、進行状況と成功を追跡することで、生産性を最適化する。迅速なターンアラウンドサイクルに合わせて最適化コラボレーション、共有責任、所有権の考え方と協力して、開発チームと運用チームがシステム設計とプロセスを継続的に改善できるようにする。共有された知識のコラボレーション環境を促進明確な所有権と説明責任を各チームに適用 DevOps カルチャを採用する自信を持ってデプロイする効率を高める自動化開発標準を確立するエラーや予期しない状態の影響を最小限に抑えるために、デプロイプロセスにガードレールを実装する。いかなる変更も、同じレベルの厳密さで展開する必要安全な展開方法を採用する

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. ソフトウェアデリバリーの重要性

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2021 年 2022 年 https://dora.dev/research/2022/dora-report/ ソフトウェアデリバリーのパフォーマンス比較 https://dora.dev/publications/pdf/state-of-devops-2021.pdf

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. ソフトウェアデリバリーのパフォーマンス評価変更のリードタイム: コードの変更を commit してからデプロイするまでの時間デプロイの頻度: 変更を本番環境に push する頻度変更のエラー率: ソフトウェアのデプロイによりエラーが発生し、すぐに対処する必要が生じる頻度デプロイ失敗の復旧までの時間: デプロイの失敗時に復旧にかかる時間 *2022 年ではなくなった Elite level が2023年に復活や recovery time がデプロイ失敗時の復旧時間として再定義 Accelerate State of DevOps 2023 P12 引用

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. ソフトウェアデリバリー能力を向上させる方法健全な組織文化を確立するメンバーが受け入れられていると感じ、帰属意識を持てる、生成的な文化のあるチームは、生成的な文化がない組織と比べ、組織のパフォーマンスが 30% 高いユーザーを念頭に置いてビルドするユーザーを重視するチームは、重視しないチームと比べて組織のパフォーマンスが 40% 高い質の高いドキュメントで技術的機能を強化するドキュメントの質が高い場合、質が低い場合と比べてチームのパフォーマンスが 25% 高い仕事を公平に配分するマイノリティとそうではない回答者と比べ、燃え尽き症候群の報告が 24% 、反復作業の量が 29% 多いクラウドでインフラストラクチャの柔軟性を高めるクラウドを使用しなかった場合と比べてインフラストラクチャの柔軟性が 22% 高くなります。この柔軟性により、インフラストラクチャの柔軟性が低い場合と比べて、組織のパフォーマンスが 30% 高い

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. チェックリスト

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:01 DevOps カルチャ DevOps カルチャを育てることは、ワークロードチームの質の高い作業の共有所有権、相互尊重、感謝の基盤を構築するのに役立ちます。 OE:01 ワークロードチームのメンバーの専門分野を決定し、堅牢な実践セットに統合して、仕様に従ってワークロードを設計、開発、展開、運用する。主要な設計戦略 • 相互尊重に基づく倫理規定を用いて運用する必要がある。 • 個人は、運用に関する正直な意見を提供し、敬意を払って扱うことができると感じる。 • 相互尊重は、非難のない文化を育む。 • 個人に責任を割り当ててチームに影響を与えるのではなく、共同で責任を負い改善する。相互尊重を促進する • チームは、ワークロードの所有権と責任を負う。 • チームの役割と意思決定の責任を明確に定義する。 • チームの意思決定は可能な限り民主的であるが、効率的に行われるように構造化される。チームの役割と責任 • ワークロードチームの利点を得るためにイネーブルメントチーム(コードレビューボード、CCoE など)を活用する。 • 互いに学び合い、部門を超えたチームを育成する。継続的な学習と改善 • ビジネス、規制、その他の要件を理解し、それらをプラクティスに統合 • 特に必要な機能を対象としたテストメカニズムを統合することで、実践を積極的に適応させて要件に準拠 • 標準的な操作手順を定期的に見直して、改善分野についての議論最適化への取り組み

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:02 タスク実行プロセス業界で実証済みのツールと手法を採用し、実用的なプロセスを自動化することで、効率と一貫性を最適化します。日常的タスク、緊急タスクの処理方法に一貫性を持たせ、問題が発生したときに準備が整っていないリスクを最小限に抑えることができます。 OE:02 文書、チェックリスト、または自動化を使用して、必要に応じて日常業務や緊急の運用タスクを実行する方法を形式化する。シフトレフトアプローチなど、業界をリードするプラクティスとアプローチを採用することで、チームのプロセスと成果物の一貫性と予測可能性を確保するよう努める。主要な設計戦略 • ワークロード管理のすべての側面をカバーする標準パターンを定義し、ドキュメント化 • 定期的に見直すプロセスの標準化 • タスクをチェックリスト項目に分割し、役割と責任を明確にする • 他のチームとの連携を確保する日常、即興、緊急タスク処理 • スクラム、アジャイル、シフトレフトなどのプラクティスに従って、チームの効率とイノベーションを高める業界で実証済みのプラクティスの採用 • 標準の運用手順に組織のガバナンス、コンプライアンス要件、オープンソースの使用に関する規則を組み込む組織とコンプライアンスの要件の遵守

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:03 ソフトウェア開発プラクティス確立された標準では、開発プラクティスを実行する方法を定義し、ワークロードチームが効果的に共同作業できるようにすることで、目標と期待に混乱を招くリスクを軽減します。 OE:03 ソフトウェアのアイデアと計画プロセスを形式化する。確立された業界および組織の標準を参考にし、一般的で優先順位付けされたバックログと十分に詳細な仕様を使用します。結果に基づいて、計画プロセスの継続的な改善を推進します。開発計画の標準には、コラボレーションを促進するプロセスやツールの使用が含まれる。コラボレーションにより、ワークロードに対する変更の影響や必要な作業を正確に評価し、共有することができる。コラボレーションとツールこの原則にはアジャイル手法やスクラムなどの業界で実績のあるツールやプロセスの採用も検討。これらのツールやプロセスは、ワークロードの変更に柔軟に対応し、時間と労力を節約に役立つ。過度に規範的にならないように注意。アジャイル手法の採用プロジェクト管理やユーザーストーリーの分割を容易にし、デプロイが失敗した場合のリスクを低減する。頻繁で小規模なデプロイの利点用語の標準化により、チームメンバーや利害関係者が同じ意味でコミュニケーションをとることができる。用語の標準化ユーザーストーリーは、エンドユーザーの視点から記述された個別の作業単位です。独立性、交渉可能性、価値、評価可能性、小ささ、テスト可能性の 6 つの特性を持つ。ユーザーストーリー

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:04 ビルド速度 OE:04 業界で実証された開発とテストの実践に従って、ソフトウェア開発と品質保証のプロセスを最適化する。役割を明確に指定するには、ツール、ソース管理、アプリケーション設計パターン、ドキュメント、スタイルガイドなどのコンポーネント全体で実践を標準化します。ビルド時間より迅速なビルドを実現する方法を選択するユーザーの介入目的に応じて異なるビルドを選択することが重要エージェントの選択： ✓ 高速マシンでは、時間と分の間で違いが出る可能性がある ✓ Azure Pipelines を利用している場合、ジョブを実行するオプションがあるビルドサーバーの場所： ✓ ビルドサーバーがソースとターゲットの場所の近くに配置されていることを確認するビルドサーバーのスケールアウト： ✓ 上限に達したら、複数のコンピューターにわたってインフラストラクチャを水平スケーリングを行うビルドの最適化： ✓ 乗数の概念を使用 ✓ テストスイートの並列実行を有効 ✓ テストフィードバックループの一部をリリースパイプラインに移動する CI ビルド: ✓ コンパイルと単体テストの実行を確実に行うことを目的とする ✓ このビルドは、各コミットまたは一定期間にわたるコミットのセットでトリガーされる ✓ プロジェクトの心臓部として機能し、チームに品質フィードバックをすぐに提供する夜間ビルド: ✓ コンパイルだけでなく、必要な統合/回帰テストも確実に実行されることを目的とする ✓ 製品に関する追加情報を取得するために追加の手順を実行する必要があるため、さらに時間がかかる可能性があるリリースビルド: ✓ コンパイルのほかに、API ドキュメント、準拠レポート、コード署名、およびコードがビルドされるたびに必要ではないその他の手順もコンパイルされる ✓ 最後に、パイプラインにプッシュされるゴールデンコピーが提供される

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:04 ツールとプロセスパフォーマンスの高いチームは、業界で実証済みのツールとプロセスを使用して、無駄な作業と潜在的なコードエラーを最小限に抑えます。 ✓ 有効性を定量化するには、開発者のベロシティ(アセスメント)を測定する指標を特定し、KPI を定義する。 ➢ デプロイメントの頻度: 各開発者が毎日デプロイするデプロイメントの数。 ➢ リードタイム: タスクまたはユーザーストーリーがバックログから実稼働デプロイメントに移行するまでにかかる時間。 ➢ 解決までの平均時間: コード内のバグや欠陥の修正に費やされる平均時間。 ➢ 変更失敗率: 失敗を引き起こす変更の割合。 ✓ コード開発プロセス全体を実行するのではなく、機能を簡単にプラグインできる場合は開発者の時間を節約できる。 ✓ AI ツールは、コードの開発、レビュー、最適化に役立つ。ブランチングにより、ワークロード開発チームの同期が維持され、継続的デリバリーが促進される。 ✓ 非常に効率的なエンジニアリングチームは、クラス最高のツールを採用する。 ➢ 作業計画とバックログ管理 ➢ バージョン管理とリポジトリ ➢ CI/CD パイプライン ➢ テスト (統合、スモーク、結合、シミュレーション、カオス、その他品質テストなど) ➢ コード開発既知の成熟した既製ツールを使用指標を評価して有効性を定量化実用的であれば、ローコード、ノーコード、AI ツールを使用ブランチ戦略を標準化 ADR は、チームがワークロードについて常に最新の理解を維持するのに役立つ。チームが選択する特定のツールやテクノロジー (SQL やNoSQL など)。チームの決定の理由。検討されたその他のオプション。これは、最終的な決定を状況に合わせて説明するのに役立ちます。意思決定に考慮される機能要件と非機能要件。対処された問題など、意思決定プロセスのコンテキスト。。アーキテクチャ決定レコード (ADR) を使用

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:04 継続的インテグレーション

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:05 コードとしてのインフラストラクチャ

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. VM Subscription 任意リソースグループにゴールデンイメージをデプロイ Resource Group subnet Vnet 仮想ネットワーク NSG ネットワークセキュリティグループ https://github.com/koudaiii/relearning_immutable_infrastructure_golden_image_ptb20231219_04 az vm create \ --resource-group $az_resource_group \ --name $az_vm_name \ --image $az_vm_image \ --admin-username azureuser \ --location $az_region \ --size $az_vm_size \ --generate-ssh-keys

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved.

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. HCP Packer + GitHub Actions on Azure 1. ローカル環境で確認、git push 2. GitHub Actions が push をトリガーに Packer セットアップし、 packer build 3. packer build を行うに当たり、 base イメージとなる VM を立ち上げ build 開始 4. Build 完了後、 image 化、 metadata 作成。 5. HCP Packer へ metadata を push (詳細は、 .github/workflows) https://github.com/koudaiii/relearning_immutable_infrastructure_golden_image_ptb20231219_04

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:06 ワークロード開発のためのサプライチェーンサプライチェーンを組み込んで、ワークロードの変更を適切に管理しない場合に発生する可能性のある損害からワークロードを保護します。予期しない動作が発生する危険を避けるために、ワークロードの状態を常に意識してください。 OE:06 予測可能な自動化されたパイプラインを通じて提案された変更を推進するワークロードサプライチェーンを構築します。パイプラインは、環境間でこれらの変更をテストして昇格させます。サプライチェーンを最適化して、ワークロードの信頼性、セキュリティ、コスト効率、パフォーマンスを高めます。用語定義サプライチェーンサプライチェーンとは、クラウドワークロードでは、環境全体のインフラストラクチャとアプリケーションの変更に影響を与えるために使用する、標準化されたツールとプロセスのスイートです。用語の定義

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:06 ワークロード開発のためのサプライチェーン

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:07 監視システムセキュリティ、パフォーマンス、信頼性に関してワークロードを効果的に監視するには、すべての監視、検出、アラート機能の基盤を提供する独自のスタックを備えた包括的なシステムが必要です。 OE:07 監視システムを設計して実装し、設計の選択を検証し、将来の設計とビジネス上の決定を通知する。監視システムはワークロードのインフラストラクチャとコードから出力される運用テレメトリ、メトリック、ログをキャプチャして公開します。用語定義ログ記録されたシステムイベント。ログには、構造化テキスト形式または自由形式のテキスト形式のさまざまな種類のデータを含めることができる。タイムスタンプが含まれる。メトリック一定の間隔で収集される数値。メトリックは、特定の時点におけるシステムの一部の側面を表す。用語の定義

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:07 監視システム

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:07 監視システムすべての監視システムにとって重要な機能は、オペレーターが傾向や問題をすばやく特定できる形でデータを表示する機能です。また、対処が必要となる重大なイベントが発生した際にオペレーターにすばやく通知する機能も重要です。ダッシュボードを使用した視覚化 ✓ データを視覚化するには、一連のチャート、グラフ、その他の図を使って情報を表示できるダッシュボードを使う方法が最も一般的 ✓ これらの表示項目はパラメーター化することができ、アナリストが特定の状況で重要なパラメーター (期間など) を選択できるディスク I/O の可視化例： • I/O 率が長期間にわたって最大容量に迫っている状況のディスク (ホットディスク) は赤色で強調表示 • I/O 率が定期的に短期間にわたって最大容量で実行されるディスク (ウォームディスク) は黄色で強調表示 • 通常の使用状況を示すディスクは緑色で表示独自のダッシュボードに必要な概念： • 収集する必要があるインストルメンテーションデータは何か? • 細分性のレベルはどれくらいか? • ダッシュボードで使用されるデータをどのように書式設定するか? レポーティングシステムの全体像を把握するためのレポートの要件は 2 つの大きなカテゴリに分類運用レポート： • 指定した期間における、システム全体またはサブシステムのリソース使用率を把握するための統計情報を集計 • 指定した期間における、システム全体またはサブシステムのリソース使用率の傾向を識別 • 指定した期間における、システム全体またはサブシステムで発生した例外を監視 • リソースに対するアプリケーションの効率性を判断し、不必要にパフォーマンスに影響を与えずに、リソースの量および関連コストを縮小できるかを判断セキュリティレポート： • "ユーザー操作の監査": 各ユーザーが完了した個々の要求を日付時刻と共に記録する • "ユーザーによるリソースの使用の追跡": ユーザーの各要求で、システムを構成する各種リソースにどのように、どの程度の時間アクセスされたかを記録する

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:07 アプリケーションをインストルメント化するインストルメンテーションを使用すると、リモート運用サーバーにサインインしてトレースやデバッグを手動で実行することなく、監視システムに取り込む必要な情報を収集できます。特定の時点でのシステムのなんらかの要素のカウントであり、1 つ以上のタグまたはディメンションが関連付けられたものメトリックの 1 つは単独では役に立たず、また時間をかけてキャプチャする例えば、CPU 使用率は秒単位で大幅に変化、問題は高負荷継続時のみ複数のソースから取得されたデータを相関させる必要がある可能であれば、各要求を、要求コンテキストの一部としてシステム全体に伝播される一意のアクティビティID に関連付けるすべての監視データには、UTC など同じ方法でタイムスタンプを付ける必要があるトレースログの内容は、アプリケーションによって書き込まれたテキスト形式のデータや、トレースイベントの結果として作成されたバイナリデータである場合があるすべてのトレースデータを 1 つのログに書き込むのではなく、システムの異なる運用面から取得されたトレース出力は、ログを分類し、個別のログを使用して記録するログと分散トレースログメトリックデータを相互に関連付けるための情報主要な設計戦略人間が判読できる、デプロイ環境、プロセスを実行しているマシン、プロセスの詳細、呼び出し履歴などイベント (メソッドの呼び出しなど) が発生するたびに記録開発者または管理者が各要求のソースを決定できるために十分なコンテキストすべての要求と、これらの要求の要求元となった場所または地域、例外と詳細外部サービスに対して行われたすべての呼び出しインストルメンテーションデータに含める必要がある情報共通スキーマには、すべてのインストルメンテーションイベントに共通するフィールドを含める (イベント名、イベント時間、送信者の IP アドレス、各 ID など) 異なるアプリケーションに共通する特定のシナリオに関連するドメインフィールドが含まれることもある (例外に関する情報、アプリケーションの開始イベントと終了イベント、Web サービス API 呼び出しの成功と失敗など) 製品利用統計情報システムとの互換性の確認

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 正常性エンドポイント監視公開されたエンドポイントに定期的にアクセスし、アプリケーションとサービスが正常に実行されていることを確認する。 https://learn.microsoft.com/ja-jp/azure/architecture/patterns/health-endpoint-monitoring 監視例一般的なチェック ✓ 応答コードの確認 ✓ 200 (OK) 状態コードが返された場合でもエラーを検出することを目的とした、応答の内容のチェック ✓ 応答時間の測定 ✓ アプリケーション外のリソースまたはサービスのチェック (グローバルなキャッシュからコンテンツを配信するためにアプリケーションで使用されているコンテンツ配信ネットワークなど)。 ✓ SSL 証明書の期限切れのチェック ✓ DNS の待ち時間およびエラーを測定することを目的とした、アプリケーションの URL に対する DNS 参照の応答時間の測定 ✓ 正しいエントリを確保することを目的とした、DNS 参照によって返される URL の検証監視方法 ✓ Azure の組み込みの監視機能（App Serviceの正常性チェック、等） ✓ サードパーティのサービス / フレームワーク ✓ 独自のカスタムユーティリティまたはサービス

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. Health エンドポイント(アプリケーションの稼働) アプリケーション正常稼働のチェックフリーズやエラーでアプリケーションが落ってしまった場合に再起動適切なタイムアウトを設定しないとピーク時に再起動するため注意

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. Ready エンドポイント(Service-in が可能) Service-in 状態の確認例トラフィックを受ける条件 [+] Application ok [+] Redis ok [+] Database ok 暖気が必要なものにも有効起動直後のアクセス負荷を避ける過負荷時はサービスから切り離す

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. App Service の Health check https://docs.microsoft.com/en-us/azure/app-service/monitor-instances-health-check

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. Kubernetes の場合 LivenessProbe アプリケーションの正常失敗した場合、再起動注意: 負荷がかかっている状態で適切なタイムアウトを設定しないと、一番忙しい時にアプリが再起動する ReadinessProbe トラフィックを受け付け可能か失敗した場合、サービスのエンドポイントから外される(再起動なし)

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:08 緊急対応緊急対応戦略は、適切に定義されたプロセスと手順のセットである必要があります。各プロセスと手順には、各ステップが迅速かつ安全に問題を解決するためにチームを進めるスクリプトが必要です。 OE:08 効果的な緊急業務の実践を開発する。ダッシュボードとクエリを介して緊急対応を実行する実用的なアラートを生成。オンコールローテーション、インシデント管理、緊急リソースアクセス、事後分析の実行など、人間の責任を明確に定義する。前提堅牢な緊急対応戦略を立てるには、堅牢な可観測性プラットフォームを導入する ✓ 総合的な監視 ✓ インフラストラクチャとアプリケーションの観点からワークロードを徹底的に監視します。 ✓ 詳細ログ ✓ 問題を優先するときの調査を支援します。 ✓ 便利なダッシュボード ✓ 実用的なアラート ✓ 自動通知

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:08 緊急対応

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:09 タスクの自動化反復的で人為的なエラーが発生しやすいタスクを自動化して、チームが効率を高め、標準に従うのに役立ちます。タスクを自動化して、ワークロードを合理化し、一貫性を保ちます。 OE:09 人間の介入による洞察力や適応性の恩恵を受けず、高度に手順的で、自動化への投資から利益が得られる有効期限があるすべてのタスクを自動化する。すべての自動化をワークロードコンポーネントと同じように扱い、Well-Architected フレームワークの柱をその設計と実装に適用する。主要な設計戦略 • 非常に手順が多く、人的ミスの影響を受けやすいタスク • リソース作成依頼など不要なエスカレーションに依存したプロセスのセルフサービス化 • ROI 向上につながるもの自動化する対象タスク • 開発、デプロイ、テストなど • 監視とアラート、自己修復や回復、構成管理、その他管理タスク • 承認フローや新規従業員オンボーディングなど自動化を実装する領域 • 規制のツール、プラットフォーム機能を推奨 • 多数のツールとプラグインが多すぎると自動更新やトラブルシューティングが困難適切な自動化ツールを選択 • CI/CDパイプライン、API、ライブラリへのアクセスを提供し、自動化を総合的に管理する • 自動化は他のワークロードコンポーネントと同様に保護され、同じテストプロトコルが適用される自動化をワークロードに統合

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:10 オートメーション設計自動化により、メンテナンスタスクが簡素化され、システムの更新、修正プログラムの適用、アップグレードをより効率的に行うことができます。 OE:10 ライフサイクルの問題、ブートストラップ、ガバナンスとコンプライアンスのガードレールの適用などの運用のために、事前に自動化を設計して実装する。労苦を自動化して効率を向上する苦労が減ると、エンジニアはビジネスソリューションの革新に専念できます自動化のベストプラクティス整合性を確保する手動プロセスが関与すればするほど、人為的ミスが発生しやすくなる間違いを集中管理するあらゆる場所に発生するバグを 1 か所で修正できるプラットフォームを選択する問題を迅速に特定する複雑な問題ほど、常に適切なタイミングで特定できるとは限らない従業員の生産性を最大化する自動化により、より革新的なソリューションやさらなる自動化が実現され、全体的な企業価値が高まる自動化の種類アプリケーションとインフラストラクチャのデプロイアプリケーションとインフラストラクチャのデプロイを自動化して、予測可能な標準を確保。監視とログ記録の設定などに関しても自動化。継続的なワークロード改善やブートストラップ自動スケーリングの改善やブートストラップ処理など。仮想マシンだけでなく PaaS テクノロジや、Azure Kubernetes Service などのコンテナーホスティングテクノロジなど、他の多くのリソースをデプロイプロセスの一部として設定します。認証やユーザーライフサイクル認証と承認の自動化、例えば Managed ID や証明書、人間を介する承認フロー、ユーザーに関する自動化されたオンボードとオフボードなど。

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:11 展開のプラクティス OE:11 ワークロードの安全な導入方法を明確に定義する。日常的な展開と緊急の展開、またはホットフィックスの展開を考慮。安全なデプロイプロセス (SDP) と手順では、ワークロードに対する変更を安全に行ってデプロイする方法を定義します。 SDP を実装することで、デプロイでの人的エラーのリスクを最小限に抑え、問題のあるデプロイがユーザーに及ぼす影響を制限できます。主要な設計戦略 • 運用環境のワークロードに対するすべての変更は本質的に危険 • 安全性と一貫性に重点を置いて行う安全性と一貫性 • 段階的公開型モデルを採用することで、デプロイによって発生する問題の潜在的な爆発半径を最小限に抑えるプログレッシブエクスポージャー • 段階的な公開の各フェーズを開始する前に、デプロイが正常性チェックに合格する必要がある正常性モデル (RE:04) • 問題が検出された場合は、デプロイを直ちに停止し、復旧を開始する問題の検出

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:11 展開のプラクティス

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. OE:12 障害軽減策デプロイの失敗に対処するための適切に設計された意図的な戦略を用意することで、プロアクティブにすることができます。エンドユーザーに与える影響をできるだけ少なくして、障害を効率的に軽減できます。 OE:12 導入の失敗を軽減する戦略を実装し、ロールアウト中の予期しない問題に迅速に回復して対処する。主要な設計戦略検出失敗したデプロイに応答するには、まず障害を検出する必要がある。検出には、スモークテストの失敗、ユーザーから報告された問題、監視プラットフォームによって生成されるアラートなど、いくつかの形式が使用される。決断特定の障害の種類に最適な軽減策を決定する。軽減策特定された軽減策アクションを実行。フォールバック、ロールバック、ロールフォワード、またはランタイム構成を使用して問題のある関数をバイパスする形式をとる。コミュニケーション関係者と影響を受けるエンドユーザーは、緊急対応計画で必要に応じて問題を検出して処理する際に、状態を認識する。事後分析責任のない事後分析は、ワークロードチームが改善の領域を特定し、学習を適用する計画を作成する機会を提供する。

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. Incident Life-Cycle サービスの予期せぬ中断や劣化から回復まで https://aka.ms/softner-paper Time To Engage(エンジニアアサイン時間) Time To Mitigate(修正まで) Time To Detect(SLA違反の検知時間) Time To Fix(修正時間) トリアージポストモーテム

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 使われていない・使われすぎなどの外れ値を把握 Production Ready ≠ 正しくシステムが動いているアプリケーションが正常でも、なにかの理由で使われていない場合例: 通常、一定数のログインがあるにも関わらず、デプロイ後からログインがない => フロントエンドのエラーで気づけなかった突然大量のアカウントが作成されている場合例: Spam によるアカウントの作成が行われている。 => 正常動作の範疇で行われた場合気づけない Production Ready = 継続的に価値が届けられるモニタリング、アラート、改善サイクル、依存関係の把握、提供する価値そのものの理解といった部分を明確にする。ビジネス・ユーザーの目線から深堀り提供するコア・バリューはなにか?誰に？どのタイミングで？ビジネスのKPIのどこに影響を与える？ KPI 影響する部分の監視やアラート設定や緊急対応の整備

て決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. Appendix

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 ソフトウェア開発の変化 >1000 クラウドネイティブエコシステムのさまざまなサービス 36% 一般的な開発者が会議、電子メールへの応答、その他のコラボレーション活動に費やす時間の割合 245,000 悪意のあるパッケージの発見数が過去合計の 2 倍リスクの増加より複雑にさらなるコラボレーション Sources: CNCF; Microsoft Research; Sonatype

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Getting access to a new project code base 新規プロジェクトへの参加と開発作業開始までの道のり会社管理 PC の調達チームのオンボーディング Wiki を探すドキュメントリンク切れを解決古くなった手順の対処方法を探すソースコードへのアクセスをリクエストクラウドリソースへのアクセスをリクエスト OS のインストール開発者ツールと SDK のインストールや設定ローカルネットワーク設定と VPN を構成複数のプロジェクトリポジトリを複製ローカルビルド環境の構成アプリケーションをリビルド＆キャッシュを構成これらのタスクの多くは次に進む前に待機を必要とすることがある

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 開発チームの生産性に影響を与える課題オンボーディングの複雑さ新しい開発者のオンボーディングは問題が発生しやすく時間がかかる正しく構成されていない場合、問題解決するまでに数週間かかることも “2021 年の開発者の最初の PR までの時間の中央値は 30 日でした” 競合する開発環境構成プロジェクトが異なれば必要なツールと依存関係も異なる異なる環境を構成し、それらを切り替えて使用することが難しいことも “クラウドベースの開発者ツールとサービスに関するワークロードを標準化することで、開発者の生産性を最大 30% 向上させることができます” リモートおよび分散チームリモート/ハイブリッドのワークスタイルが一般的になる開発者が安全で信頼性の高いハードウェアを入手することが困難に “開発者の 62% はリモートまたはハイブリッド環境での作業を好み、75% 以上は週に 2 ～ 3 日しかオフィスに出勤することを望んでいません”

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 プラットフォームエンジニアリング aka.ms/plat-eng-learn User group: aka.ms/plat-eng-signup

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Outer Loop Inner Loop と Outer Loop Inner Loop PR Loop Analyze Review PR Build Test Deploy Validate CI Build Test Build Test Debug Code Staging / Production Quality / Security Operate / Monitor Feedback Loop Pull Request Merge Close (Reject)

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 GitHub Copilot あなたの AI ペアプログラマー記述中のコンテキスト (文脈) から一致するコードを合成し提案 • コメントをコードに変換 • 反復コードの自動入力 • テストの自動提案 • 代替案を表示 Get started: copilot.github.com

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Microsoft Dev Box aka.ms/devbox-ignite23-blog NEW プロジェクトやタスク用に事前構成されたセルフサービスのワークステーション組織標準を遵守しながら、開発者が現在のプロジェクト向けにワークステーションをカスタマイズ可能さまざまな場所で実行されているワークステーションのガバナンスを一元化して、セキュリティ、コンプライアンス、コスト効率を向上 • Docker Desktop が事前構成された Dev Box イメージ • Quick-create テンプレートを使った Dev Box 環境のセットアップ • Config-as-code による Dev Box のカスタマイズ • Microsoft ホストの仮想プライベートネットワーク MICROSOFT CONFIDENTIAL 本資料は情報提供のみを目的としており、本資料に記載されている情報は、本資料作成時点でのマイクロソフトの見解を示したものです。状況等の変化により、内容は変更される場合があります。本資料に表記されている内容（提示されている条件等を含みます）は、貴社との有効な契約を通じて決定されます。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved.

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Minimize configuration effort アプリインフラストラクチャを定義し、開発ツールとコードリポジトリから直接デプロイするセルフサービスのテンプレートを提供 Secure with confidence 一元化された権限とポリシーガバナンス、アクセス制御、およびクラウドリソース構成の完全な管理により、セキュリティを最大化 Standardize through templates プロジェクト全体で一貫性とベストプラクティスを確立する再利用可能なテンプレートを使用して、コラボレーションと共有を促進 Azure Deployment Environments aka.ms/ade-ignite23-blog Scheduled auto-deletion Azure Advisor Recommendations Bicep IaC Support GENERAL AVAILABILITY PRIVATE PREVIEW

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Sandbox, demo, perf, other environments Portal/CLI 開発 / テスト用 Azure サブスクリプション Permissions Identity Secrets Subscription 環境タイプのマッピング環境カタログ Project + IaC templates, Scripts, APIs, Samples Dev inner loop Dev Env Test Env Prod Env Dev Sub Test Sub Prod Sub Git push 自動デプロイパイプライン Azure Deployment Environments プラットフォームエンジニアリングによる開発者の支援プラットフォームエンジニア種別毎に環境設定を対応付けてテンプレートを構成開発者インナー/アウターループの継続

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 Plan Develop Operate Deliver GitHub Insights Azure Monitor Microsoft Defender for Cloud Azure Sentinel Azure AD GitHub Actions Azure Pipelines Azure RM Templates & Bicep Azure Deployment Environments GitHub Packages Azure Artifacts Microsoft Defender for DevOps GitHub Copilot Visual Studio / VS Code GitHub Codespaces Microsoft Dev Box Visual Studio Live Share GitHub Repos Dependabot Code Scanning Secret Scanning GitHub Issues GitHub Projects GitHub Discussions Azure Boards + Developer Productivity

。それまでは、正式に確定するものではありません。従って、本資料の記載内容とは異なる場合があります。また、本資料に記載されている価格はいずれも、別段の表記がない限り、参考価格となります。貴社の最終的な購入価格は、貴社のリセラー様により決定されます。マイクロソフトは、本資料の情報に対して明示的、黙示的または法的な、いかなる保証も行いません。 © 2024 Microsoft Corporation. All rights reserved. 2024/03/18 14:20-14:50 利用条件： • 本書に関するすべての権利は、Microsoft Corporationおよびその関連会社（以下、マイクロソフト）が保有しています。本書は情報提供のみを目的としており、本資料に記載されている情報は、本資料作成時点での情報となります。 • 状況等の変化により、内容は変更される場合があります。マイクロソフトによる事前の承諾がない限り、本書の全部または一部を複製、改変、翻案、再頒布、公衆送信、貸与、譲渡したり、第三者に開示または共有することは、認められません。 • マイクロソフトは、本書の内容について何ら保証するものではなく、本書の使用に関連してお客様、お客様の関連会社、または第三者に生ずる間接的、付随的、結果的な損害（営業機会や営業情報の損失などを含む）について一切責任を負いません。 • 本書の中で例として使用されている企業、名前およびデータは、特に記述がない限り、架空のものです。

Well-Architected Framework オペレーションエクセレンス

Well-Architected Framework オペレーションエクセレンス

Kodai Sakabe

More Decks by Kodai Sakabe

Other Decks in Technology

Featured

Transcript

2024/03/18 14:20-14:50 Well-Architected Framework オペレーショナル・エクセレンス日本マイクロソフト坂部広大 2024/03/18

2024/03/18 14:20-14:50 Conditions and terms of use © Microsoft Corporation.