近代化
クラウドの最新化は、ビジネス ニーズをより適切に満たすために、既存のクラウドベースのワークロードを改善する手法です。 新しい機能を追加することなく、ワークロードをクラウドのベスト プラクティスに合わせます。
クラウドのモダン化のために組織を準備する
クラウドの最新化のために組織の準備を進めるには:
組織のモダナイゼーションを定義します。 新しい機能や完全な書き換えを除き、クラウド内での再プラットフォーム化、リファクタリング、再設計を通じて既存のワークロードを改善することに重点を置いた共通の定義を確立します。 この定義をすべてのチームと利害関係者に伝え、ミスアラインメントを防ぎます。 明確な役割とチーム間の調整により、開発チーム、運用チーム、セキュリティ チーム、アーキテクチャ チームの各チームが共同で責任を負います。
モダナイゼーションの準備とスキルを評価します。 クラウド サービスの知識、DevOps/CI/CD の成熟度、最新のアーキテクチャ パターン、監視/自動化ツールに関するチームの機能を評価します。 スキルのギャップを特定し、トレーニング、認定、新規採用、または Microsoft またはパートナーの外部の専門知識を通じてそれらに対処する計画を作成し、スムーズな最新化の実行を保証します。
最新化するワークロードの優先順位を決めます。 収益、カスタマー エクスペリエンス、コンプライアンス、内部依存関係に対する重要度に基づいてワークロードを格付けし、ビジネス価値を評価します。 技術的負債、古いテクノロジ、メンテナンス作業、パフォーマンスの問題、スケーラビリティの制限を調べることで、技術的なリスクを評価します。 これらの評価を優先度マトリックスに組み合わせて、最初に最新化するワークロードを決定します。
最新化する方法を理解する。 Azure Well-Architected Framework を使用して、ギャップを特定し、信頼性、セキュリティ、コストの最適化、オペレーショナル エクセレンス、パフォーマンス効率の 5 つの柱にわたる最新化ロードマップを生成するレビューを実施します。 ワークロード チームが組織の整合のために定期的なチェックインを維持しながら、定義された境界内でビジネス コンテキストと意思決定権限を提供することで、最新化の意思決定を行えるようにします。
クラウドの最新化を計画する
組織のクラウドモダン化を計画するには:
最新化戦略を選択してください。 特定のニーズに基づいて、3 つの主要なアプローチから選択します。すなわち、最小限のコード変更で短期間に効果を得るためのリプラットフォーム（IaaS から PaaS）、機能を維持しながら構造を改善し、クラウド向けに最適化するために既存のコードを変更するリファクタリング、またはマイクロサービスやサーバーレスなどのクラウドネイティブ パターンを使用してアプリケーション アーキテクチャを再設計するリアーキテクトです。 目標、タイムライン、リソースを考慮して、戦略を各コンポーネントの要件に合わせます。 あらゆる判断をビジネス価値に基づかせることで、過剰な最新化を回避します。
段階的に最新化を計画する。 複雑なワークロードを論理フェーズに分割して増分値を提供し、管理可能なチャンクに取り組むことでリスクを軽減します。 早期の成功に向けた低リスクで価値の高い変更から始めて、コンポーネント/レイヤー、優先順位/複雑さ、またはビジネス機能で作業を分割します。 残りのフェーズを値と依存関係で順序付けます。 技術的な目標や品質ゲートを含む各フェーズの明確な成功基準を定義し、完了したフェーズの結果と得られた教訓に基づいて計画を調整します。
最新化ガバナンスの計画 既存の変更アドバイザリボードと統合された正式な変更承認ワークフローを確立するか、専用のモダナイゼーションレビューボードを作成します。 環境を安定させるために、大規模なデプロイの前と実行中に変更のフリーズを実装します。 提案された変更に対して評価と承認を要求し、保留された nice-to-have アイデアのバックログを維持することで、スコープクリープを抑制します。
デプロイ戦略を定義します。 メンテナンス期間中に実施できる、低リスクで元に戻せる変更にはインプレースデプロイを、既存のワークロードと並行して新しい環境を稼働させることでダウンタイムを最小限に抑える必要がある、複雑で高リスクな変更には並列デプロイを選択します。 可能な場合はカナリア リリースなどの段階的なデプロイ手法を使用します。少数のユーザー割合から開始し、監視結果に基づいて徐々に増やします。
モダナイゼーションに伴うリスクを軽減する計画を立てる。 ステップ バイ ステップの手順、担当者、期間を使用して、すべての重大な変更に対して詳細なロールバック手順を作成します。 コードとしてのインフラストラクチャ ツールとブルーグリーンデプロイを使用して、可能な限りロールバックを自動化します。 監視のための延長されたハイパーケア期間中およびその後、サポート チームがデプロイ中およびデプロイ後にスタンバイ状態になっていることを確認します。
利害関係者の承認を確保します。 さまざまな対象ユーザー (技術チームの運用効率、リーダーのビジネス成果) に合わせて価値提案を調整し、明確なマイルストーンとタイムラインで構造化された計画を文書化します。 20 から 40% のコスト削減や 50 から 80% の生産性向上などの特定のメトリックを使用して、モダナイゼーションの価値を定量化します。 軽減戦略を使用してプロジェクトのリスクに透明性をもって対処し、進捗状況を報告してフィードバックを収集するための定期的なコミュニケーションを維持します。
クラウドで最新化を実行する
クラウドで最新化を実行するには:
関係者が最新化に備えられるようにします。 変更の凍結開始や稼働開始ウィンドウなどの重要な日付を含め、影響を受けるすべての関係者にデプロイ スケジュールを事前に通知します。 明確に定義された開始時刻と終了時刻を使用して、ソースワークロードと依存ワークロードに変更フリーズを実装します。 新しいアクセス URL や認証要件など、エンドユーザーの実施事項とデプロイ後の変更を伝えます。 延長対応時間とエスカレーション手順を使用して、デプロイのサポート要員を手配します。 手動による回避策とコンティンジェンシー 計画を使用して、重要なワークロードのフォールバック 手順を定義します。
非本番環境で最新化を実施する。 Azure Advisor の推奨事項とアーキテクチャ レビュー プロセスを使用して設計上の決定を検証しながら、実装時に Well-Architected Framework の原則に従います。 同じ Azure サービスを使用して、小規模または低いパフォーマンス レベルで運用環境をミラーリングする非運用環境を作成します。 Git によるソース管理と CI/CD を使用して、すべてのコード変更と継続的インテグレーション ビルドを用いた Infrastructure as Code スクリプトに対する変更を段階的に実装します。
テストを使用してモダナイゼーションの変更を検証します。 CI パイプラインと回帰テストを使用して、変更されたすべてのコンポーネントに対して単体テストと統合テストを実行し、既存の機能が壊れないようにします。 実際のユーザー ワークフローをシミュレートする手動 QA または自動化された UI テストを使用して、エンドツーエンドの機能テストを実施します。 利害関係者とともにユーザー受け入れテストを実施し、使いやすさと機能に関するフィードバックを収集します。 Azure Load Testing などのロード テスト ツールを使用して、想定負荷の150%でパフォーマンスを検証します。 脆弱性スキャンと Microsoft Defender for Cloud を使用して、セキュリティ検証とコンプライアンス チェックを実行します。 運用環境のデプロイ前にすべての重大な問題を解決します。
再利用可能なインフラストラクチャを作成します。 将来のデプロイと環境に使用できるInfrastructure as Code（IaC）テンプレートを作成し、一貫性を確保し、さまざまなデプロイ シナリオで手動構成エラーを減らします。
デプロイに関するドキュメントを作成する すべてのデプロイ手順、ロールバック手順、検証プロセスを文書化して、一貫性のある実行を確保し、チーム メンバーが安全かつ確実にデプロイを実行できるようにします。
最新化を展開します。 インプレース デプロイの場合は、メンテナンス ウィンドウをスケジュールし、CI/CD パイプラインを使用して一貫性のあるデプロイを行い、Azure App Service スロットまたは Container Apps トラフィック分割を使用してカナリア デプロイを介してプログレッシブ トラフィック ルーティングを実装します。 メトリックを監視し、デプロイ中にデータの一貫性を維持しながら、トラフィックをフルまで段階的に増やします。 並列デプロイの場合は、IaC テンプレートを使用して並列運用環境を作成し、継続的なデータ同期を使用してデータベース レプリケーションを確立し、Azure 移行ツールを使用して非構造化データとファイルをコピーし、データ損失をゼロにして最終的なデータ同期を完了し、1% から開始して段階的に増やしながら、重み付けルーティングを使用してユーザー トラフィックを徐々に切り替えます。 DNS カットオーバーまたはロード バランサー構成を使用して、最終的な 100% への切り替えを実行します。 カットオーバー後の機能をすぐに確認し、古い環境をホット スタンバイとして 24 ~ 72 時間保持します。
最新化の成功を検証します。 移行後の最初の期間中にアクセス パターン、パフォーマンス メトリック、エラー率を監視して、ユーザーが正常にアクセスできていることとワークロードのパフォーマンスを確認します。 徹底的な検証を行い、すべての要件が満たされていることについてワークロードの所有者、テスト担当者、ビジネス利害関係者から確認を得た後にのみ、移行の成功を発表します。
安定化期間中の作業負荷を支援します。 経験豊富な IT スタッフが最初の数日間または数週間、通常の運用よりも短い SLA を提供することで、安定化期間中のサポート体制を強化します。 Runbook、サポート ドキュメント、監視構成などの運用ドキュメントとツールを更新します。 新しい手順で運用チームをトレーニングし、資産インベントリに新しいインフラストラクチャが反映されるようにしながら、レガシ コンポーネントを削除します。
クラウドの最新化後にワークロードを最適化する
クラウド モダナイゼーション後にワークロードを最適化するには:
クラウドの構成を最適化します。 毎週確認し、重要な変更を最初に実装し、ワークロードまたはリソース グループでフィルター処理することで、Azure Advisor の推奨事項を体系的に適用します。 Azure Well-Architected Framework サービス ガイドを使用してサービス固有の設定を調整し、構成をベスト プラクティスに合わせます。 Microsoft Defender for Cloud を使用してセキュリティ構成のギャップにすぐに対処し、継続的な評価を構成しながら、48 時間以内に重大および重大度の高い結果を解決します。
運用準備状況を確認します。 Azure Monitor が新しいコンポーネントに必要なすべてのログ、メトリック、トレースを確実に収集することで、監視範囲と精度を確認します。 カオス テストを通じてアラート ルールをテストし、新しいアーキテクチャを反映するようにダッシュボードを更新します。 Microsoft Cost Managementを使用して支出パターンを追跡し、予算アラートを構成します。 適正化の機会を見つけるために、毎週リソース使用率を確認します。 Azure Backup またはデータベースのポイントインタイム リストアを使用してテスト リストアを実行し、バックアップと復旧の手順をテストします。 RTO と RPO のメトリックを達成し、すべての重要なデータがバックアップ ポリシーに含まれていることを確認します。
Note
Cost Management 予算アラートは通知を送信します。予算自体が消費を停止したり、支出上限を適用したりすることはありません。 Azure利用限度額は、従量課金制サブスクリプションやコミットメント プラン サブスクリプションではなく、対象となるクレジット ベースのサブスクリプションでのみ使用できます。 支出上限はサブスクリプション クレジットと等しく、カスタマイズすることはできません。また、すべての種類の課金を防ぐわけではありません。
ユーザーのフィードバックを収集し、結果を測定します。 アンケート、フィードバック フォーム、サポート チケット分析を通じて、構造化されたユーザー フィードバックを定期的に収集します。 社内チーム向けの振り返り会議を実施する。 Azure DevOps または GitHub Issues で問題を文書化し、重大度とビジネス価値別に分類し、解決タイムラインを使用して担当者を割り当て、毎月進行状況を伝えることで、フィードバックを体系的に追跡して解決します。 成功メトリックとROI予測をコンパイルして、実際の結果を目標と比較して測定します。 成果を利害関係者に伝え、実現された価値を示したり、未達を特定したりします。
継続的なモダナイゼーション手法を確立します。 クラウド サービスの進化と使用パターンの変化に応じて、Well-Architected レビューまたは正常性チェックを使用して、定期的なワークロード レビューを数か月ごとにスケジュールし、新しい最適化の機会を特定します。 Azure Policy を使用して可能な限り最適化を自動化し、ベスト プラクティスを適用し、パフォーマンス チューニングのための自動スケール ルールを実装し、Cost Management を使用してコストの異常アラートを設定します。 成功した最適化パターンを文書化し、一般的なシナリオのプレイブックを作成し、学習した教訓のナレッジ ベースを維持し、組織のクラウド導入プラクティスに洞察を提供することで、結果とベスト プラクティスを共有します。
クラウド導入フレームワークの詳細なガイダンスについては、クラウドでワークロードを最新化するを参照してください。