クラウドネイティブ

  • 10 分

クラウドネイティブ ソリューションは、アプリケーションを構築するか、スケーラビリティ、回復性、機敏性のためにクラウド機能を使用する機能を追加することで、新しいビジネス価値を生み出します。 このガイダンスでは、ビジネス目標に合わせてクラウドネイティブの開発プロジェクトを計画し、配信リスクを最小限に抑えるための構造化されたアプローチを提供します。

Azure でのクラウドネイティブ ソリューションの計画

  1. クラウドネイティブ ソリューションのビジネス目標を定義します。 明確で測定可能なビジネス目標から始め、制約と成功基準を特定し、関係者の連携を検証して、全員がプロジェクトの開始から同じ期待を共有できるようにします。

  2. クラウドネイティブ ソリューションの要件を定義します。 ビジネス目標に関連する機能要件を文書化し、信頼性メトリックとセキュリティ ベースラインを含む非機能要件を確立し、初期リリースのスコープ内と範囲外の内容を明確に定義してスコープを制御します。

  3. クラウドネイティブ アーキテクチャを計画する。 Azure Architecture Center から検証済みの参照アーキテクチャを探索し、ワークロードの特性に基づいて適切なアーキテクチャ スタイルを選択し、設計のベスト プラクティスとクラウド パターンを適用し、Well-Architected Framework の 5 つの柱を設計上の決定に統合し、既存のシステムとの統合を計画し、要件に基づいて適切な Azure サービスとサービス レベルを選択し、信頼性ターゲットに基づいてリージョンデプロイ戦略を決定し、詳細な図を使用してアーキテクチャを文書化します。設計上の決定。

  4. クラウドネイティブデプロイ戦略を計画する。 デプロイの自動化に関する DevOps プラクティスの確立、監視とインシデント対応手順による運用準備の計画、信頼性の高いデプロイをサポートする開発プラクティスの定義、パイロット グループから始まる新しいワークロードへの段階的な露出の使用、適切なデプロイ パターンを使用した変更管理プロセスを使用した機能統合の計画 (小規模な変更のインプレース更新、大規模な変更の場合はブルーグリーン)、デプロイ後の所有権とサポート責任の定義オペレーションズ。

  5. クラウドネイティブ ソリューションのロールバック計画を定義します。 デプロイの問題から迅速に復旧し、リリース アクティビティ中にビジネス継続性を確保するための包括的なロールバック手順を作成します。

クラウドネイティブ ソリューションを構築する

  1. 新しいクラウドネイティブ ソリューションを開発します。 開発中 Well-Architected フレームワークの原則を適用し、運用環境をミラーリングする非運用環境で構築し、CI/CD パイプラインを使用してソース管理を実装し、最初から Azure Monitor や Application Insights などの監視ツールを統合し、機能、パフォーマンス、セキュリティ、ユーザー受け入れテストなどの包括的なテストを通じてソリューションを検証します。

  2. 再利用可能なインフラストラクチャを作成します。 環境とプロジェクト間で一貫してデプロイできる標準化された反復可能なインフラストラクチャ パターンを確立して、デプロイ時間を短縮し、構成の一貫性を確保します。

  3. デプロイに関するドキュメントを作成します。 デプロイ プロセス、構成、運用手順を文書化して、信頼性の高いデプロイと運用チームへの効果的な知識転送を可能にします。

クラウドネイティブ ソリューションをデプロイする

  1. クラウドネイティブデプロイの利害関係者を準備します。 運用環境のデプロイを開始する前に、展開スケジュールと関連するすべての利害関係者に対する予想される影響を発表します。 ユーザーの問題を処理できるように、リリースされている内容についてサポート チームと影響を受けるグループに通知します。 展開期間中の機能に対する明確な期待を設定し、展開前の準備レビューを実施して、すべてのチームが自分の役割を理解し、必要なアクセス権を持っていることを確認します。

  2. クラウドネイティブデプロイを実行します。 ステージングでテストされた同じビルド成果物と IaC テンプレートを使用して、検証済みの CI/CD パイプラインを使用して運用環境を作成します。 スモーク テストを実行して、コア機能とサービスの可用性を確認します。 最初に新しいシステムを小規模なユーザー グループに公開し、監視結果とユーザー フィードバックに基づいて徐々に拡張することで、段階的なロールアウトを実装します。

  3. デプロイの成功を検証します。 基本的なスモーク テスト以外のライブ環境で、重要なユーザー体験が正しく動作するかどうかを確認します。 バックグラウンド プロセス、統合、スケジュールされたジョブが正常に機能していることを確認します。 システム正常性の異常の監視ダッシュボードを確認し、アラート システムで予期しないトリガーがないか調べます。 利害関係者のチェックインを実施し、受け入れ基準に対する完全な検証後にのみデプロイが完了することを宣言します。

  4. 安定化中にワークロードをサポートします。 運用チームと共に呼び出しを行う開発チームと共に、監視とサポート体制の強化を確立します。 安定化期間として、最初の 1~2 週間にシステム メトリックとユーザー フィードバックを継続的に追跡します。 観察された動作に基づいて構成を調整し、検出されたすべての問題をログに記録します。 安定化から標準操作に移行するための明確な終了基準を定義します。

デプロイ後にクラウドネイティブ ソリューションを最適化する

  1. サービス構成を微調整します。 Azure Advisor の推奨事項を毎週適用して、重要なコスト、パフォーマンス、信頼性、およびセキュリティの向上を実装します。 Well-Architected Framework Azure サービス ガイドを使用して、構成をベスト プラクティスに合わせ、Microsoft Defender for Cloud を使用してすぐにセキュリティの結果に対処し、コンプライアンスを維持し、ワークロードを保護します。

  2. 運用の準備状況を検証します。 Azure Monitor を使用して、すべての重要なコンポーネントの包括的なログとメトリックを有効にし、障害シナリオをシミュレートしてアラート機能をテストし、ダッシュボードを確認して実用的な分析情報を提供します。 将来の監査とチームのオンボーディングをサポートするための監視対象範囲を文書化します。

  3. コストの監視を確立し、コストを最適化します。 Azure で自動コスト アラートと予算を設定して、しきい値に対する支出を追跡し、監視、ガバナンス、レート、使用状況、コンポーネント全体で Well-Architected フレームワークのコスト最適化戦略を体系的に適用します。 時間外にシャットダウンするように非運用環境をスケジュールしながら、リソース使用率パターンを定期的に確認して、使用されていないリソースを特定して使用停止します。

  4. バックアップと回復の手順をテストします。 Azure Backup を使用してすべての重要なデータのバックアップ カバレッジを確認し、非運用環境で試用復元を実行して、データの整合性と復旧時間の目標を確認します。 手順に従ってインフラストラクチャとデータ復旧の手順を文書化し、定期的なディザスター リカバリー訓練を実施してチームの準備状況を検証します。

  5. ユーザーのフィードバックを収集し、結果を測定します。 アンケートとサポート チケット分析を通じて構造化されたフィードバック チャネルを確立し、ビジネスクリティカルなワークフローの問題点を特定します。 Azure DevOps または GitHub の問題を使用してフィードバックを体系的に追跡および解決し、解決策を関係者に伝えながら、価値と緊急度によって優先順位を付けます。

  6. 進化と改善を続けます。 変化する要件と使用パターンに対してアーキテクチャを評価するために、定期的な Well-Architected Framework レビューをスケジュールします。 Azure Policy を使用して、ガバナンス、負荷管理の自動スケーリング、支出管理のコスト異常検出を使用して自動化された最適化を実装し、クラウドの成熟度を促進するために、組織全体で学習した教訓とベスト プラクティスを共有します。

クラウド導入フレームワークの詳細なガイダンスについては、 クラウドネイティブ ソリューションの構築に関する記事を参照してください。