デプロイされたソリューションは、セキュリティで保護され、コスト効率が高く、パフォーマンスが高い状態を維持するために進化する必要があります。 デプロイ後の最適化により、使用パターンの変化に応じて、ワークロードが引き続きビジネス要件と技術要件を満たすことができます。
サービス構成を微調整する
Azure Advisor の推奨事項を適用します。Azure Advisor は 、ワークロード監視データを分析し、コスト、パフォーマンス、信頼性、セキュリティに関する実用的な推奨事項を提供します。 毎週推奨事項を確認し、重要な変更を最初に実装します。 Azure Portal から Azure Advisor にアクセスし、ワークロードまたはリソース グループ別に推奨事項をフィルター処理します。
サービス固有の最適化設定を実装します。 Well-Architected Framework (WAF) の Azure サービス ガイド を使用して、構成をベスト プラクティスに合わせます。 このガイダンスは、ワークロードが Azure 向けに最適化されていることを確認するのに役立ちます
セキュリティの検出にすぐに対処します。 デプロイ後は、セキュリティ体制に注意してください。 Microsoft Defender for Cloud などのツールを使用して、セキュリティの構成ミス、不足している更新プログラム、コンプライアンスの問題を特定します。 ワークロードを保護し、コンプライアンスを維持するために、検出されたらすぐにセキュリティギャップを修正します。 セキュリティは、1 回限りのアクティビティ タスクではありません。 継続的な監視と迅速な軽減策は、安全なクラウド運用の鍵となります。
運用の準備状態を検証する
運用可能なソリューションは、実際の要求を満たし、障害から復旧できます。 この検証により、監視、コスト管理、バックアップ手順がデプロイ後に意図したとおりに機能します。
監視の完全性と精度を確認する
すべての重要なコンポーネントのログとメトリックを有効にします。 Azure Monitor やその他のツールが、すべての重要なサービスからログとメトリックを収集することを確認します。 必要に応じて、診断設定が Log Analytics、Event Hubs、またはストレージ アカウントにデータを送信するように構成されていることを確認します。
アラート機能をテストします。 障害シナリオまたはパフォーマンスしきい値をシミュレートして、アラートが正しくトリガーされることを確認します。 たとえば、CPU スパイクやアプリケーション エラーを誘発し、アラートによって適切なチームに通知されることを確認します。
関連性と明確さについては、ダッシュボードを確認します。 ダッシュボードに現在のアーキテクチャが反映されていることを確認し、実用的な分析情報を提供します。 主要業績評価指標 (KPI)、正常性メトリック、サービスの依存関係を含めます。
ドキュメントの監視対象範囲。 各アラートとダッシュボードが監視する内容の記録を保持します。 このドキュメントでは、今後の監査とオンボーディングがサポートされます。
詳細については、「Azure の 監視」を参照してください。
コストの監視を確立し、コストを最適化する
ソリューションのコストには、継続的な監視と最適化が必要です。 Microsoft Cost Management には、予算に対する実際の経費を追跡し、コスト最適化の機会を特定するためのツールが用意されています。
自動アラートを使用してコストを監視します。 支出が定義されたしきい値に近づいたときに通知を受け取るために、Azure でコスト アラートと予算を設定します。 差異を特定し、将来の計画を調整するために、実績コストを初期見積と比較します。 コスト データを毎週確認して、予期しない支出パターンを早期にキャッチします。
コスト最適化のベスト プラクティスを体系的に適用します。 Well-Architected Framework のコスト最適化ガイドを使用して、パフォーマンスと信頼性を維持しながらコストを削減するための実証済みの戦略を実装します。
Category Guide Description コストの監視 コスト データの収集と確認 コスト情報を収集および分析するためのプロセスを確立する コスト ガバナンス 支出ガードレールを設定する コストオーバーランを防ぐためのコントロールを実装する Rates レートを最適化する 予約と契約を通じてより良い価格を確保する Usage 使用量を課金単位に合わせる リソース消費量と課金サイクルの一致 Components コンポーネントのコストを最適化する 個々の Azure サービスのサイズを適切に設定する Environment 環境コストを最適化する 開発環境と運用環境全体のコストを削減する Flow フロー コストを最適化する データ転送と処理の費用を最小限に抑える Data データ コストを最適化する ストレージとデータ処理のコストを削減する Code コード コストを最適化する アプリケーションの効率を向上させ、リソースの消費量を削減する Scaling スケーリング コストを最適化する スケール操作中のパフォーマンスとコストのバランスを取る Operations 人員の時間を最適化する 手動操作のオーバーヘッドを削減する Consolidation リソース使用量を統合する リソースを組み合わせて使用率を向上させる コストに関する推奨事項を定期的に確認して対処します。 リソース使用率パターンを分析して、使用率が不足しているリソースまたはアイドル状態のリソースを特定します。 不要なリソースの使用を停止し、実際の使用状況データに基づいてオーバープロビジョニングされたサービスのサイズを変更します。 非運用環境をオフ時間にシャットダウンするようにスケジュールし、コストを削減します。
バックアップと回復の手順をテストする
バックアップの範囲とスケジュールをすべての重要なデータについて確認します。 Azure Backup または選択したソリューションを使用して、すべての重要なデータ ストアを保護します。 バックアップ構成を確認して、回復ポイントの目標 (RPO) とアイテム保持ポリシーを満たしていることを確認します。 バックアップ ジョブが正常に完了したことを検証し、必要なすべてのリソースをカバーします。
非運用環境で試用版の復元を実行します。 試用版の復元では、バックアップ データがそのままであり、復元プロセスが目標復旧時間 (RTO) を満たしていることを確認します。 ステージング環境を使用して、運用環境のワークロードに影響を与えずに復元操作をテストします。 問題を文書化し、ギャップに対処するための手順を更新します。
インフラストラクチャとデータ復旧の手順を文書化します。 コードからインフラストラクチャを再デプロイし、バックアップからデータを復元する手順を作成します。 依存関係、資格情報、および構成の詳細を含めます。 運用チームの安全でアクセスしやすい場所にドキュメントを保存します。
ディザスター リカバリー訓練を定期的に実施する。 チームの準備状況を検証し、手順を正確に保つための復旧シナリオをスケジュールしてリハーサルします。 シミュレートされた障害イベントを使用して、インフラストラクチャの再デプロイやデータ復元など、完全な復旧ワークフローをテストします。 ドリルの結果に基づいてドキュメントを更新します。
詳細については、「 ビジネス継続性の管理」を参照してください。
ユーザーフィードバックを収集し、結果を測定する
構造化されたユーザー フィードバックを定期的に収集します。 ユーザーがソリューションのパフォーマンス、信頼性、使いやすさに関する入力を提供するためのチャネルを確立します。 たとえば、Microsoft Forms アンケートは、起動後にエンド ユーザーまたは内部ユーザーに定期的に送信できます。 また、新しいソリューションに関連するサポート チケットまたはヘルプデスクの呼び出しにも注意してください。 それらを分類して集計し、繰り返し発生する問題点を特定します。 ビジネスクリティカルなワークフローに関するフィードバックに焦点を当てます。 ユーザーが特定のプロセスが遅いか煩雑であると思われる場合、それは貴重な分析情報です。 定期的なフィードバック ループにより、問題を確実に聞いたり、ユーザーから直接称賛したりできます。
フィードバックを体系的に追跡して解決します。 フィードバック項目を開発バックログの作業項目として扱います。 Azure DevOps または GitHub の問題 (または選択したプロジェクト管理ツール) を使用して、フィードバックまたは報告された問題の各部分をログに記録します。 値と緊急度で優先順位を付けます。 たとえば、注文の送信を妨げるバグは重要ですが、小さな UI の提案の優先順位は低くなります。 所有者を割り当ててフィードバック項目を調査および解決し、解決の目標日を設定します。 他の要件と同様にフィードバックを管理することで、トリアージされ、失われないようにします。 フィードバックに基づいて行動するときに関係者に通知または更新して、ループを閉じます。 このプロセスでは、入力が評価され、具体的な改善につながることがユーザーに示されます。
ビジネス成果を測定して伝えます。 ソリューションが使用されたので、それが提供する利点を定量化します。 元の目標に合った主要なメトリックを収集します。 たとえば、ドキュメントでは、1 日あたりのトランザクション数が増加し、ページの読み込み時間が短縮され、古いシステムと比較してコストが削減されます。 このデータを取得するには、Azure Monitor、Application Insights、およびコスト レポートを使用します。 改善点を示すために、前後の比較をコンパイルします。 その後、これらの結果をビジネスの利害関係者やより広範なチームと定期的に共有します。 測定可能な成果を実証することは、プロジェクトの価値を証明するだけでなく、さらなる機能強化への将来の投資を正当化するのにも役立ちます。
進化と改善を続ける
定期的なワークロード レビューをスケジュールします。 Well-Architected Framework の 5 つの柱に照らして、ソリューションのアーキテクチャを定期的に見直します。 使用パターンやビジネス要件が変わると、特定の設計上の決定に再検討が必要になる場合があります。 Well-Architected レビューを実行して、改善する領域を特定します。 結果を文書化し、次のサイクルで最適化またはリファクタリングするためのアクション 項目を作成します。 定期的なレビューは、ベスト プラクティスからの誤差をキャッチし、システムを現在のニーズに合わせて維持するのに役立ちます。
可能な場合は自動化された最適化。 自動化を使用してソリューションを管理および最適化する機会を探します。 たとえば、Azure Policy を使用して、タグ付け、セキュリティ構成、またはリソースのサイズ設定標準を新しいデプロイに適用して、常に最適化された状態を維持します。 手動による介入なしで負荷の変化を処理するように自動スケールルールを設定します。 Microsoft Cost Management でコストの異常検出を使用して、支出が予期せず急増した場合に自動的にアラートを生成します。 Azure の自動化機能で日常的な最適化 (使用されていない仮想マシンをスケジュールに従ってシャットダウンするなど) を処理できるようにすることで、チームは高度な改善に集中できます。 自動化により、一貫性が確保され、多くの運用調整に対する人間の介入よりも迅速に対応できます。
レッスンとベスト プラクティスを共有します。 このクラウドネイティブ ビルドから学習した内容をキャプチャし、組織内の他のチームと共有します。 たとえば、ブルーグリーンデプロイの効果的なパターンやテスト データのシード処理に役立つスクリプトを開発した場合は、他のユーザーが使用できるようにします。 プロジェクト中に発生した成功と落とし穴を内部ケース スタディとして文書化します。 この取り組みには、何がうまくいき、次に何が良くなる可能性があるかを示す短い事後分析またはプロジェクトの振り返りドキュメントを作成することが含まれる場合があります。 次のプロジェクトがエクスペリエンスに基づいて構築できるように、組織のクラウド導入フレームワークまたはプレイブックに更新プログラムを投稿します。 知識共有を促進することで、組織全体のクラウド プラクティスを改善し、クラウドの全体的な成熟度を向上させることができます。