クラウドトランスフォーメーションの課題の解決 - AWS 規範ガイダンス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

クラウドトランスフォーメーションの課題の解決

このセクションではクラウド導入ジャーニーにおける主な課題、組織がクラウドトランスフォーメーションに備える際に意思決定者が持つ一般的な課題と質問について説明しました。このセクションでは、ベストプラクティスについて説明し、意思決定者がこれらの課題や質問に取り組むのに役立つレコメンデーションを作成します。レコメンデーションは、CAF の 6 AWS つの視点に従って構成されています。

ビジネスのパースペクティブ

ビジネスの視点は、クラウド投資がデジタルトランスフォーメーションの目標とビジネス成果を加速させるのに役立ちます。この AWS CAF のパースペクティブの詳細については、 AWS 「クラウド導入フレームワークの概要: ビジネスパースペクティブ」の「ビジネスパースペクティブ: 戦略と成果」を参照してください。 AWS

企業はクラウドテクノロジーを使用して、製品、サービス、収益、またはビジネスモデルを再考します。これには、注文から回収、調達から支払い、配送計画、プロセス開始の概念など、複数のプロセスの自動化、デジタル化、最適化が含まれます。例えば、トヨタは を使用して、運転体験の向上を目的とした衝突支援製品 AWS クラウド を開発しました。詳細については、 の「トヨタ AWS」を参照してください。

以下のメカニズムは、クラウド導入のメリットを最大化するためにビジネス目標を調整するのに役立ちます。

  • ビジョン化ワークショップ – クラウドトランスフォーメーションイニシアチブの恩恵を期待する組織内の上級リーダーとビジョン化ワークショップを実施します。ワークショップでは、組織の戦略的目標に沿った明確なビジネス成果を特定し、それらをクラウドイニシアチブにリンクすることに焦点を当てます。測定可能なビジネス成果を決定することは、クラウドトランスフォーメーションジャーニーを通じて組織が実現する価値を実証するのに役立ちます。ビジョン化ワークショップの結果は、クラウドイニシアチブを視覚化して優先順位を付けることです。例えば、エネルギーユーティリティ企業が顧客セグメントでのスマートエネルギーメーターの導入を優先する場合、クラウドテクノロジーの有効化はモノのインターネット (IoT) になります。IoT サービスは、企業がデータを収集し、データを処理して、エネルギー消費に関するインサイトを提供するのに役立ちます。

  • 調整ワークショップ – 従来の IT 環境からクラウドへの変革に向けて、ビジネスおよびテクノロジーのステークホルダーをガイドし、準備するための調整ワークショップを実施します。このワークショップは、インタラクティブなセッションで構成されている必要があります。このセッションでは、ステークホルダーがクラウドトランスフォーメーションの知識、前提、期待、目標を再評価するよう求められます。このワークショップの成果は、プラットフォームアーキテクチャ、組織の連携、セキュリティガードレール、運用上の優秀性、ガバナンスコントロールなど、複数のカテゴリにまたがる戦略を整合させることで、クラウド環境への移行を促進するアクションプランである必要があります。

これらのワークショップでは、クラウドがビジネス成果をどのように提供できるか、また、他の CAF AWS の視点でどのような介入や調整が必要かのスナップショットを提供できます。

人々の視点

人材の視点は、組織が継続的な成長と学習の文化に進化し、変化がbusiness-as-normalになるのに役立ちます。この視点は、文化、組織構造、リーダーシップ、労働力に焦点を当てています。この AWS CAF の視点の詳細については、「クラウド導入フレームワークの概要: 人材の視点: 文化と変化」およびAWS 「クラウド導入フレームワーク: 人材の視点」を参照してください。 AWS

クラウドでは、IT インフラストラクチャをサポートするために、さまざまな管理および運用タスクを自動化できます。これらのタスクは、リソース帯域幅を大量に消費することはできますが、ビジネスの成長やカスタマーエクスペリエンスに直接は影響しないため、未分化タスクと呼ばれます。手動で実行される未分化タスクの数を減らすと、IT リソースのイノベーションにかかる時間が長くなります。

これらの変更により、運用モデル、組織構造、責任、説明、相談、通知 (RACI) マトリックス、役割と責任の更新が必要になる場合があります。例えば、ニュージーランドのアクランド大学は、スタッフ、教師、研究者が進化する学校や教育の要件を満たすためにクラウドを使用するのに役立つガイドとして、Cloud Uplift Standards and Practices (CUSP) フレームワークを開発しました。詳細については、「Auckland 大学による俊敏性、イノベーション、耐障害性の向上 AWS」を参照してください。

次のメカニズムは、組織の文化と人材を連携させ、変化に備え、クラウド導入のメリットを最大化できるようにするのに役立ちます。

  • 準備状況評価 – ワークロードの移行またはモダナイゼーションを開始する前に、評価を完了して、その特定のプログラムに対する組織の準備状況を確認します。この評価では、文化と人々が準備が整っているかどうかを評価するために、次のことを行う必要があります。

    • 組織のブロッカーを特定する

    • 変革を推進するためのリーダーシップサポートがあることを検証する

    • スキルや知識のギャップを特定し、それらのギャップを埋めるためにトレーニングプログラムが整理されていることを確認する

    • 移行またはモダナイゼーションイニシアチブのランプアップ計画が明確に明記されていることを確認する

  • 組織有効化イニシアチブ – 人材の観点からクラウド導入を加速する方法を詳述した構造化されたイニシアチブを作成します。このイニシアチブは、テクノロジートランスフォーメーションが文化、リーダーシップ、労働力、役割、スキル、考え方に与える影響を特定して対処することで、組織がビジネス成果を達成するのに役立ちます。イニシアチブには 3 つのフェーズが含まれている必要があります。

    1. リーダーシップの動員と組織の準備状況

    2. 組織の有効化

    3. 組織の持続可能性と導入

これらのメカニズムは、クラウドトランスフォーメーションを成功させるために組織と人材を準備するために必要なアクションに関するインサイトを提供します。

ガバナンスのパースペクティブ

ガバナンスの視点は、クラウドイニシアチブのオーケストレーション、組織のメリットの最大化、変革関連のリスクの最小化に重点を置いています。クラウド導入による ROI を最大化するためにプロセスを調整するのに役立ちます。この CAF AWS のパースペクティブの詳細については、「ガバナンスのパースペクティブ: クラウド導入フレームワークの概要」の「ガバナンスのパースペクティブAWS : ガバナンスのパースペクティブ」を参照してください。 AWS

例えば、業界をリードする自動資産管理会社が、会社の成長に合わせてスケールするように環境を最適化 AWS しました。伸縮性を向上させるコスト効率の高い方法として AWS Graviton2 プロセッサを使用しました。Graviton2 ベースのインスタンスの導入 AWS により、コストが 20%、ランタイムが 5% 削減されました。詳細については、ウェルスフロントのお客様のストーリーを参照してください。

以下のメカニズムは、クラウド導入ジャーニーを加速し、クラウドの利点を最大化するために必要な制御と監視を実装するのに役立ちます。

  • Governance-at-scale評価 – 組織がクラウドで運用をスケールアップするにつれて、クラウドリソースの使用状況、コスト、ポリシーの制御を維持することが課題になる可能性があります。組織は、クラウド環境がアカウント管理、設定管理、財務管理、データ管理の推奨ベストプラクティスに準拠しているかどうかを評価する必要があります。この評価では、現在の状態を調べ、既存のガバナンスプロセスのギャップを判断するのに役立ちます。この評価の一般的な利害関係者には、最高情報責任者 (CIO)、最高デジタル責任者 (CDO)、最高財務責任者 (CFO)、最高収益責任者 (CRO) が含まれます。このプログラムの成果物は、大規模なガバナンスを構築するためのロードマップ提案と次のステップである必要があります。

  • Governance-at-scaleのローンチ — このフェーズでは、評価中に特定されたギャップに対処するために、推奨されるプラクティスを運用可能にする必要があります。例えば、効果的なコスト管理のために、需要ベースおよび時間ベースの動的プロビジョニングを使用してワークロードを運用し、必要なリソースに対してのみ料金を支払うようにします。

この視点は、組織がガバナンスのベストプラクティスに準拠していること、およびクラウドで大規模に運用するためのメカニズムを確立していることを検証します。

プラットフォームのパースペクティブ

プラットフォームの視点は、ワークロードをクラウドに移行するか、レガシーインフラストラクチャとアプリケーションをモダナイズすることに重点を置いています。この視点の 1 つの目標は、適切な計画を通じて技術的負債を最小限に抑えることです。この CAF AWS の視点の詳細については、「 クラウド導入フレームワークの概要」の「プラットフォームの視点: インフラストラクチャとアプリケーション」を参照してください。 AWS

例えば、オーストラリアの会社である Sensis は、レガシーディレクトリのプロバイダーから 5 つのデータセンターを離れ、6,000 個のデジタルアセットすべてを に移行することで、完全にデジタルビジネスに変換しました AWS クラウド。大規模なリファクタリングにより、提案されたクラウドアーキテクチャがクラウドネイティブ機能を可能な限り活用できるよう、Sensis は支援しました。詳細については、「 でインフラストラクチャコストを削減しながらクラウドの俊敏性を高める AWS」を参照してください。

以下のメカニズムは、クラウドワークロードのデリバリーを加速し、移行とモダナイゼーションのロードマップを提供するのに役立ちます。

  • R-lane 分析 – 組織の移行目標と、定義されたワークロードスコープの準備状況の現在の状態を確認します。R レーン分析を実施して、組織が使用する移行戦略を決定します。7 R と呼ばれる移行戦略の詳細については、「移行戦略について」を参照してください。 https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.htmlR-lane 分析は、ワークロードの依存関係と、複数の技術およびビジネスドメインにわたってクラウドに効果的に移行するために必要なアクションを理解するのに役立ちます。出力は、移行の準備状況と移行計画に関する推奨事項です。

  • アプリケーションのモダナイゼーション評価 — アプリケーションのモダナイゼーション評価は、クラウド導入ジャーニーの重要なステップの 1 つです。これには、レガシーアプリケーションの現在の状態を徹底的に評価し、モダナイゼーションの準備状況を評価することが含まれます。業界標準や最新のテクノロジーの傾向のみに基づいて評価を行うのではなく、モダナイゼーション評価戦略をカスタマイズして、ビジネス目標と会社の優先順位を含めます。評価の結果は、ギャップを特定して埋め、モダナイゼーションジャーニーを加速するのに役立つロードマップとなるはずです。クラウドネイティブアーキテクチャのリプラットフォームまたはリファクタリングに関する推奨事項を含める必要があります。

  • SaaS トランスフォーメーション準備状況評価 – この評価は、クラウド環境に Software as a Service (SaaS) を実装する際のビジネス上および技術的な優先順位を決定するのに役立ちます。この評価をビジネスリーダーやエンジニアリングリーダーとのインタラクティブなワークショップとして構造化します。マルチテナントアーキテクチャの構築や、クラウドリソースの使用に基づく集約チャージバックユニットの定義など、側面について議論し、決定を行います。ビジネスおよび技術の現在の状態を要約し、提案された SaaS 実装アーキテクチャとロードマップを含むドキュメントを作成して、評価を終了します。

セキュリティのパースペクティブ

セキュリティの観点からは、データとクラウドワークロードの機密性と完全性を実現するのに役立ちます。セキュリティのロールとポリシーを開発および維持することでセキュリティガバナンスに重点を置き、セキュリティコントロールの有効性を監視および改善することでセキュリティの保証に重点を置いています。セキュリティコントロールは、脅威アクターが AWS 環境内のセキュリティ脆弱性を悪用する機能を防止、検出、または軽減するのに役立つ技術的または管理的なガードレールです。この CAF AWS の視点の詳細については、「 クラウド導入フレームワークの概要」の「セキュリティの視点: コンプライアンスと保証」を参照してください。 AWS

AWS のサービス および ツールを使用すると、セキュリティ設計およびテスト戦略を作成し、 AWS クラウド 環境に実装できます。例えば、機密性の高い医療情報を保護し、医療保険の相互運用性と説明責任に関する法令 (HIPAA) の規制に準拠するために、Amazon care は Amazon GuardDuty を採用しました。これは、ログを分析して処理し、 AWS 環境内の予期しないアクティビティや不正なアクティビティの可能性を特定する継続的なセキュリティモニタリングサービスです。詳細については、「Amazon care Improves Telehealth Services and patient Engagement Using AWS」を参照してください。

以下のメカニズムは、クラウドで強力なセキュリティ体制を構築するのに役立ちます。

  • セキュリティブループリント評価 – クラウド環境のセキュリティコントロールを評価します。これらのコントロールによって適切に保護されているデータ、インフラストラクチャ、ワークロードを特定し、改善すべき分野を特定します。 AWS Well-Architected フレームワークのセキュリティの柱は、クラウドテクノロジーを使用して、セキュリティ体制を改善できる方法でデータ、システム、アセットを保護する方法に焦点を当てています。また、 で安全なワークロードを設計するためのベストプラクティスも提供します AWS。ID とアクセスの管理、インフラストラクチャのセキュリティ、データ保護、ログ記録とモニタリング、インシデント対応に関する評価を整理します AWS は、 などのクラウドサービスを提供し、 AWS 環境を検査し AWS Trusted Advisor、セキュリティギャップを埋めるための推奨事項を作成します。評価の出力は、インタビューとサービスの結果に基づく特定の推奨事項を含むレポートです。

  • セキュリティブループリントの実装 – 組織がクラウドで中核となるセキュリティ基盤を構築し、クラウドで成熟度を迅速に確立するための反復的なセキュリティ計画を作成します。AWS セキュリティリファレンスアーキテクチャ (AWS SRA) を中心にコア基盤を構築します。これにより、オペレーションの継続的な改善に支えられた基盤が確立されます。基盤が確立されたら、AWS CAF セキュリティエピックを使用して 環境にセキュリティコントロールを実装します AWS 。セキュリティエピックは、ユーザーストーリー (ユースケースと不正使用ケース) のグループです。各エピックには、ますます複雑な要件に対処し、堅牢なセキュリティ体制を構築するのに役立つ複数のレイヤーがあります。これらのエピックは、あらゆる AWS クラウド セキュリティプログラムの基盤を表し、組織のセキュリティ機能を成熟させるためのフレームワークを提供します。計画では、組織に最も適したエピックケースと不正使用ケースを特定して優先順位を付けます。

オペレーションのパースペクティブ

運用の視点は、クラウドサービスが主要な利害関係者が合意したレベルで確実に提供されるようにすることに重点を置いています。運用を自動化および最適化することで、ワークロードを効果的にスケーリングし、信頼性を向上させることができます。この AWS CAF の視点の詳細については、「クラウド導入フレームワークの概要」の「運用の視点: ヘルスと可用性」およびAWS 「クラウド導入フレームワーク: 運用の視点」を参照してください。 AWS

例えば、GE アプライアンスは、 AWS Systems Manager やその他の AWS 管理サービスを使用して、ハイブリッドクラウド環境を完全に可視化します。この可視性により、多くの労力のかかるタスクを排除し、セキュリティイベントの平均応答時間を 24 時間以上から 2 時間未満に短縮できました。詳細については、GE Appliances のケーススタディを参照してください。

次のメカニズムは、クラウド ROI を最大化し、組織の戦略的目標に合わせるために、クラウド環境を管理および運用するのに役立ちます。

  • クラウド運用モデル – チームが目標ビジネス成果を達成するための各自の役割を理解するのに役立つクラウド運用モデルを作成します。運用モデルは、チームがビジネス成果を加速するために能力を成熟させるのに役立ちます。モデルを使用することで、クラウド機能の成熟度をベストプラクティスに照らして評価できます。次に、検出結果を適用してモデルを変更、改善、または再定義します。運用モデルには以下を含める必要があります。

    • クラウド環境を構築、管理、実行するための機能を定義、整理、成熟させる

    • クラウドファーストの原則を使用してワークロードを運用するためのプロセスとツールを定義する

    • 重要なワークロードが適切に設計され、バックアップとディザスタリカバリ (DR) プランが設定されていることを確認する

( AWS Managed Services AMS) など AWS のサービス、オートメーションファーストのアプローチの採用に役立つものもあります。自動化は、クラウド運用チームがday-to-dayではなくイノベーションに集中するのに役立ちます。詳細については、「 を使用して目標とするビジネス成果を達成 AWS Managed Services するための戦略」を参照してください。