技術的な考慮事項を把握する

  • 10 分

デジタル変革戦略の実行を準備するには、その戦略の実装を推進する技術的な考慮事項を理解することが重要です。 このユニットでは、最初の技術プロジェクトを選択して完了することにより、これらの技術的な考慮事項を評価できるように支援します。

クラウドでの価格について

クラウド コストはコンピューティングとストレージに関連付けられ、それには基盤となるソフトウェアのライセンス料金が含まれます。 クラウドでは従量課金制モデルが使用されるのに対し、通常、オンプレミスのデータセンターでは、サーバー インフラストラクチャとソフトウェア ライセンスのコストが事前に発生します。 オンプレミスでは、通常、初期費用に加え、運用経費がかかってきます。 クラウドに移行すると、従量課金モデルにシフトでき、大部分は運用経費となります。

クラウドで最適な価格を活用するには、特定のワークロードのリソースをどのように使用するかを理解する必要があります。 消費プランを作成したら、固定コスト モデルと変動コスト モデルを確立し、投資を最大化できます。

ワークロードを把握する

オンプレミスでは、アーキテクチャは通常、ピーク時の容量に合わせてプロビジョニングされます。 オンプレミスからクラウドに移行すると、スケーラビリティの柔軟性が得られ、必要に応じてスケールアップしたり、スケールダウンしたりできるようになります。 クラウドの利点を最大限に活用するには、ワークロードを理解することが重要です。

アイドル容量: Azure では、ピーク時の使用量をカバーするために、オーバープロビジョニング アーキテクチャによって作り出されるアイドル容量を排除できます。 規模を適正化し、不要なワークロードを排除することは、クラウドに移行するときにアイドル状態の容量を減らすのに役立ちます。 この演習では、即時の削減とキャッシュ フローの削減を実現する方法について解説します。

予測できないワークロード: ビジネスの変化や需要の変動に応じて、クラウドのコンピューティング リソースをスケールアップしたり、スケールダウンしたりすることができます。 容量のスケールアップおよびスケールダウンを行うことができ、固定コスト モデルとは対照的な変動コスト モデルを採用できます。 クラウドのこの弾力性により、従量課金モデルが実現可能となりました。このモデルは予測不能なワークロードにも最適です。 必要なときに必要な分のリソースにのみ料金を支払うため、仮想マシン スケール セットの使用と、VM でのスヌーズの適用を検討してください。

予測可能なワークロード: 予測可能なワークロードでは、Azure の予約などのコスト削減オファーを利用できます。

Image of a capacity usage optimization chart.

初期クリーンアップ、規模の適正化、最適化: Azure への移行を計画する場合は、不要になったワークロードを確認します。 このクリーンアップ プロセスによって、より強力なビジネス ケースを構築することができ、予算への効果がすぐにもたらされます。 使用を続けたい、クラウドに持ち込みたいワークロードについては、Azure Migrate のようなツールを使用して最適化することができます。

コスト削減オファーを活用する

クラウドの課金モデルとプランはオンプレミスとは異なり、クラウドのコストを削減するために有意義な節約の機会を作ることができます。 クラウド導入で節約されたコストは、反復的なモダン化に再投資することができます。 クラウドのコストは柔軟であり、次の方法で削減できます。

Azure ハイブリッド特典: このライセンス特典を使用すると、クラウドでのワークロードの実行にかかるコストを削減できます。 オンプレミスのソフトウェア アシュアランス対応の Windows Server および SQL Server ライセンスを Azure で使用できます。 この特典は RedHat および SUSE Linux サブスクリプションにも適用されます。 詳しくは、「Azure ハイブリッド特典」をご覧ください。

Azure Spot Virtual Machines: 中断される可能性があり、特定の期間内に完了する必要のないワークロードに対して、大幅割引の Spot Virtual Machines を使用できます。 たとえば、高パフォーマンス コンピューティングのシナリオ、バッチ処理ジョブ、ビジュアル レンダリング アプリケーションなどです。 また、継続的インテグレーションと継続的デリバリーのワークロード、大規模なステートレス アプリケーションなどの開発およびテスト環境もそうです。 詳細については、Spot Virtual Machines に関するページを参照してください。

予約: 事前にリソースを予約すると、ワークロードに対する割引が受けられます。 これにより、マイクロソフトは最大 72% の割引をご提供します。 詳しくは、Azure の予約に関するページをご覧ください。

Azure Dev/Test の価格:開発やテストに割引料金を活用してください。 これには、Azure Virtual Machines の Microsoft ソフトウェア料金と、他のサービスに対する特殊な開発およびテストの価格が含まれます。 詳しくは、「Azure 開発/テスト価格」をご覧ください。

拡張セキュリティ更新プログラム:サポート ライフサイクルの終了に達した SQL Server 2008 と SQL Server 2008 R2 については、クラウドで引き続きサポートを受けることができます。 オンプレミスの SQL Server インスタンスを Azure Virtual Machines または Azure SQL Database に移行するか、オンプレミスのままで延長セキュリティ更新プログラムを購入することができます。 Azure 仮想マシンに移行することで、無料の拡張セキュリティ パッチを受け取ります。 詳細については、「ライフサイクルに関する FAQ: 延長セキュリティ更新プログラム」を参照してください。

環境を継続的に最適化する

Microsoft では、コストを理解し、環境を継続的に最適化するのに役立つフレームワークとツールを提供しています。

詳細情報:

コストの把握と予測: チームおよびプロジェクトに関する請求書の確認、予算の設定、コストの割り当ては、Microsoft Cost Management を利用できます。

詳細情報:

Azure ハイブリッド特典や Azure の予約といった Azure のオファーとライセンス条項を活用し、上手に節約してください。

詳細情報:

コストの管理: Azure 向けの Microsoft クラウド導入フレームワークのガイダンスに従って、支出の目標とポリシーを確立します。 チームがポリシーに準拠しながら、迅速に実行できるよう、Azure Policy でコスト管理を実装します。 詳細については、Azure Policy を使用したタグ付け規則の適用に関するページを参照してください。

投資によってより多くの成果を得る

クラウド ビジネス ケースの目標は、投資する資金すべてを上手く活用し、より多くのことを成し遂げることです。 この目標は、決定済みのキャッシュ フローと予算を解放し、さらなる最新化への再投資を可能にすることで実現できます。 これは貨幣の流通速度の概念です。最新化と価値を促進しながら、段階的な再投資によって貨幣に対する価値を加速させます。

クラウド移行によって成し遂げられる最初の技術的なメリットは、クラウド内のサービスとしてのインフラストラクチャ (IaaS) にワークロードを移行するリフト アンド シフト モデルに重点が置れています。 この目標は、オンプレミスの投資を最大に活用しながら、それらのワークロードを IaaS に移行することです。これにはキャッシュ フローを解放する可能性があります。 従来、このプロセスは節約の機会と見なされてきました。 クラウドでは、このアプローチを再投資の機会と見なします。

キャッシュ フローを解放し、クラウド導入を継続し、ワークロードを成熟させながら、最新化をさまざまなサービス レベルに波及させるために、節約した資金を再投資していくことができます。 IaaS に最初のワークロードを移行できたら、一部のワークロードをサービスとしてのプラットフォーム (PaaS) に移行することを検討できます。 引き続き同じ種類のサービスを提供しますが、より機能を充実させたサービスを、より低いコストで提供することができます。 反復的な最新化プロセスの次のステップは、一部のワークフローと基幹業務アプリケーションをサービスとしてのソフトウェア (SaaS) に移行することです。

クラウドの成熟フェーズとクラウド節約の再投資を計画し、ビジネスの成果に合わせて調整することで、投資効率を向上させることができます。

最初のプロジェクトでの技術的な考慮事項の実践的な評価

クラウド導入計画に関連した学習曲線と時間のコミットメントがあります。 経験豊富なチームであっても、適切な計画を立てるには時間がかかります。 利害関係者の調整、データの収集と分析、長期的な意思決定の検証、人材、プロセス、テクノロジの調整などにかかる時間です。 最も生産性の高い導入の取り組みでは、計画は導入とともに拡大し、リリースごと、およびクラウドへのワークロードの移行ごとに改善されます。 クラウド導入計画とクラウド導入戦略の違いを理解することが重要です。 クラウド導入計画の実行を促進し、ガイドするには、明確に定義された戦略が必要です。

計画の策定と並行して最初の導入プロセスを開始することには、次のメリットがあります。

  • 学習と調査を促進するための成長の思考様式を確立する
  • チームが必要なスキルを開発する機会を提供する
  • コラボレーションへの新しいアプローチを促進する状況を作り出す
  • スキル ギャップや、パートナーシップの潜在的なニーズを識別する
  • 計画への具体的な入力を提供する

最初のプロジェクトの条件

最初の導入プロジェクトは、動機、および定義された導入階層に合致する必要があります。 また、可能な場合は必ず、明確化されたビジネス成果に向けた進捗を最初のプロジェクトで示す必要があります。

最初のプロジェクトへの期待

チームの最初の導入プロジェクトでは、ある種の運用環境のデプロイをもたらす可能性が高いですが、常にそうとは限りません。 このプロジェクトに期待すべき適切な内容を早い段階で明確にする必要があります。 最初のプロジェクトで設定すべきいくつかの適切な期待を次に示します。

  • このプロジェクトは学習のソースになる。
  • プロジェクトは運用環境のデプロイになる場合もありますが、最初にさらに多くの作業が必要になる可能性が高いです。
  • このプロジェクトの出力は、長期的な運用ソリューションを提供するための一連の明確な要件である。

最初のプロジェクトの例

前の条件に対応するために、各動機カテゴリーの最初のプロジェクトの例を以下に示します。

  • 重要なビジネス イベント: 重要なビジネス イベントが主要な動機である場合は、Azure Site Recovery などのツールの実装が適切な最初のプロジェクトである可能性があります。 移行時には、Azure Migrate などのツールを使用して、影響の少ないいくつかのデータセンター資産をすばやく移行します。 ただし、最初のプロジェクトの間に、まず Site Recovery をディザスター リカバリー ツールとして使用することもできます。 プログラムで移行を計画する前に、データセンター内のディザスター リカバリー資産への依存関係を減らします。
  • 移行の動機: 移行が主要な動機である場合は、重要でないワークロードの移行から始めることが賢明です。 このラーニング パスの次のモジュール「反復可能なプロセスと一般的なツールを使用して Azure に移行する」では、その種類のプロジェクトを提供する方法をチームに説明します。
  • イノベーションの動機: イノベーションが主要な動機である場合は、対象となる開発またはテスト環境の作成が適切な最初のプロジェクトである可能性があります。

最初の導入プロジェクトのその他の例を次に示します。

  • BCDR: Site Recovery 以外にも、最初のプロジェクトとして複数の BCDR 戦略を実装できます。
  • 非運用: ワークロードの非運用インスタンスをデプロイします。
  • アーカイブ: コールド ストレージは、データセンターのリソースに負荷をかける場合があります。 そのデータをクラウドに移行すれば、即効性のある効果が確実に得られます。
  • サポート終了 (EOS): EOS に達した資産の移行は、技術的なスキルを構築する別のすばやい成果です。 また、費用のかかるサポート契約またはライセンス コストからのある程度のコストの回避も実現されます。
  • 仮想デスクトップ インターフェイス: リモート従業員用の仮想デスクトップの作成は、すばやい成果を実現できます。 場合によっては、この最初の導入プロジェクトで汎用的なパブリック インターネット接続を優先することにより、高価なプライベート ネットワークへの依存も削減される可能性があります。
  • 開発またはテスト: 開発者に制御、俊敏性、セルフサービスの容量を提供するために、オンプレミス環境から開発またはテストを削除します。
  • 基本的なアプリケーション (5 個未満): 基本的なアプリケーションを最新化して移行することにより、開発者および運用エクスペリエンスをすばやく取得します。
  • パフォーマンス ラボ: ラボ設定で大規模なパフォーマンスが必要な場合は、クラウドを使用して、これらのラボを短時間で、迅速かつコスト効率の高い方法でプロビジョニングします。
  • データ プラットフォーム: 分析、レポート、または機械学習ワークロード用のスケーラブルなコンピューティングを備えたデータ レイクを作成し、ダンプと復元の方法またはデータ移行サービスを使用してマネージド データベースに移行します。

パートナー戦略を調整する

クラウド導入フレームワークでは、セルフサービスのアクティビティとしてクラウド導入を行います。 目標は、標準化されたアプローチにより各チームが導入をサポートできるようにすることです。 ただし、実際には、セルフサービス アプローチがすべての導入アクティビティに十分であると想定することはできません。

クラウド導入プログラムを成功させるには、通常、少なくとも 1 レベルのサポートが必要です。 クラウドの導入作業によっては、共通の目標を達成するために連携する複数のパートナーからのサポートを必要とする場合があります。

パートナーシップ戦略を調整するための手順

導入の戦略中に、パートナーシップ戦略の調整を始めることが重要です。 以下の手順は、導入ライフサイクルの後のフェーズでの問題点を除去するのに役立ちます。

  • サポート ニーズの理解を開始する
  • カルチャとニーズに合ったパートナーシップ オプションを検討する
  • パートナー オプションの一覧を評価する
  • 選択したパートナーとの契約および書類レビューを開始する

これらの手順を早い段階で完了すると、技術的な作業を開始したときにチームが確実に成功することができます。 以下のセクションでは、これらの各手順に関するガイダンスを提供します。

サポートのニーズを把握する

クラウド導入ライフサイクル全体にわたって、さまざまなチームのサポートが成功のために必要な場合があります。 一般に必要なヘルプの種類の例をいくつか次に示します。

  • 戦略: ビジネス戦略の定義、ビジネス ケースの構築、テクノロジ戦略をサポートする
  • 計画: ポートフォリオの検出、デジタル資産の定量的評価、クラウド導入計画の策定、スキル計画の作成をサポートする
  • 準備完了: クラウド導入計画をサポートできる、ランディング ゾーンまたは完全なクラウド環境のデプロイをサポートする
  • 移行: 適切な移行プロセスを保証するためのワークロードの移行または移行ファクトリの構築を支援する
  • イノベーション: イノベーションを促進するための新しいソリューションの開発、または既存ソリューションの再構築と再設計を支援する
  • ガバナンス: クラウド環境全体でガバナンスと制御を提供するためのサポートまたは継続的な管理対象サービス
  • 管理: クラウド プラットフォームと、クラウドでホストされているワークロードを運用するためのサポートまたは継続的な管理対象サービス

戦略、計画、準備、導入、ガバナンス、管理をサポートするために必要な多様なスキルを保有している企業はあまりありません。 チームのスキルと責任の間のギャップを埋めるためには、多くの場合、パートナーや他のサポート モデルが必要です。

さまざまなパートナーシップ オプションを使うと、必要なスキルを育成したり、スタッフの要件を増強したり、特定のプロセスを完全にオフロードしたりできます。

パートナーシップのオプション

クラウドへの取り組みはお客様だけではありません。 クラウド導入過程を通じて、チームをサポートするためのオプションがいくつかあります。

  • Azure ソリューション プロバイダー (パートナー): サービス オファリングがクラウド導入フレームワーク手法に合致する、Azure Expert マネージド サービス プロバイダー (MSP) などの Microsoft パートナーとのつながりを構築する
  • FastTrack for Azure: Microsoft FastTrack for Azure プログラムを使用して、移行の期間を短縮する
  • Azure 移行プログラム: Azure 移行プログラムにより、パートナーと Microsoft の従業員が組み合わされて連携し、移行が加速およびサポートされる
  • ソリューション評価: ソリューション評価エンゲージメントの一環として、Microsoft ソリューション評価の専門家または有資格パートナーから支援を受ける

Azure ソリューション プロバイダー

Microsoft 認定ソリューション プロバイダーは、Microsoft のテクノロジに基づく最新のカスタマー ソリューションを世界中に提供することを専門としています。 経験豊富なパートナーのサポートでクラウドでのビジネスを最適化します。

Cloud Solution Provider (CSP) を見つける。 認定 CSP は、クラウド導入のビジネス目標を評価し、ビジネス ニーズを満たす適切なクラウド ソリューションを特定することで、クラウドを最大限に活用できるように支援します。 CSP は、ビジネスの機敏性と効率性を高めるのに役立ちます。

Azure MSP では、より高いレベルの機能を検証するためにサードパーティの監査が実施されます。 これらは、認定スタッフの人数、顧客リファレンス、大規模な Azure の年間使用量などの条件に基づいて評価されます。

マネージド サービス パートナーを見つけます。 Azure MSP は、クラウド体験のすべての側面をガイドすることで、Azure へのビジネスの移行を支援します。 クラウド MSP は、コンサルティングから移行、運用管理に至るまで、クラウド導入に伴うすべての利点をお客様に紹介します。 また、一般的なサポート、プロビジョニング、課金エクスペリエンスのワンストップ ショップとしての役割も持ちます。すべてが柔軟な従量課金制ビジネス モデルで提供されます。

クラウド戦略チームは、クラウド導入戦略を策定しながら、ビジネス目標の実現に協力できるソリューション プロバイダーの特定を開始する必要があります。

FastTrack for Azure

FastTrack for Azure では、Azure エンジニアから直接支援を受け、パートナーと協力して作業できるため、お客様は、Azure ソリューションを迅速に、自信を持って構築できます。 FastTrack では、お客様の実体験に基づくベスト プラクティスとツールが用意されており、Azure ソリューションのセットアップ、構成、開発から運用まで、お客様に対して次のようなガイドが提供されます。

一般的な FastTrack for Azure のエンゲージメントでは、Azure ソリューションの計画と開発を成功させるためのビジネス ビジョンの定義を Microsoft がお手伝いします。 チームは、アーキテクチャのニーズを評価し、Azure ソリューションの構築、デプロイ、管理に役立つガイダンス、設計の原則、ツール、リソースを提供します。 チームは、要求があればデプロイ サービスに適したスキルを持つパートナーを割り当て、定期的にデプロイが順調であることを確認して、障害の排除を支援します。

Azure 移行プログラム

Azure 移行プログラムでは、技術的スキルの構築、ステップバイステップのガイダンス、無料の移行ツール、移行コストを削減するための潜在的なオファーが組み合わされています。

このプログラムでは、移行中の顧客の成果を向上させるために、FastTrack for Azure と Azure ソリューション プロバイダーが使用されます。

この短い動画を観ると、Azure 移行プログラムでできることがわかります。

ソリューションの評価

ソリューション評価エンゲージメントの一環として、Microsoft ソリューション評価の専門家または有資格パートナーから支援を受けてください。 Microsoft Solution Assessments を使用すると、生産性の向上、コストの削減、投資の最適化のために、お客様の環境で利用可能な機会を深く理解することができます。 これらの評価では、最新のツールを使用して、お客様のデータ資産を収集し、デプロイされた環境を分析し、データに基づいた推奨事項に関する分析情報を提供します。これにより、お客様はデジタル変革、クラウド移行、プロセス改善のための実行可能なステップを判断できます。

Azure サポート

ご質問がある場合やヘルプが必要な場合は、サポート リクエストを作成してください。 サポート リクエストに高度な技術的ガイダンスが必要な場合は、Azure サポート プランでニーズに最適なプランを探してください。

パートナー オプションの一覧

戦略の開発中に、特定のパートナーシップのニーズを定義することは困難です。 クラウド導入計画とスキル育成計画の策定中に、これらのニーズに焦点が当てられます。

ただし、チームの文化と成熟度によっては、予想されるニーズにより合ったパートナーシップ オプションを決定できる場合があります。

これらのパートナーシップ オプションを 1 つ以上選んで、最初に調査するオプションを絞り込みます。

契約と書類レビューを開始する

オプションの最終候補リストが検討されると、目立つパートナーが 1 つ以上出てくる可能性があります。パートナーの中に明確なリーダーがいる場合は、パートナーとの契約や書類を確認するプロセスを開始します。

契約処理には時間がかかることがあります。 法的条項を事前に確認することで、チームで最も支援が必要なときに、エンゲージメントに対する 1 つの障害を取り除くことができます。 会社で、承認済みベンダー リストにベンダーを追加する必要がある場合は特にそうです。

所見を記録する

まだダウンロードしていない場合は、クラウド導入フレームワーク戦略および計画テンプレートをダウンロードします。 [最初の導入プロジェクト] で、このユニットで説明されている技術的な考慮事項を使用して、チームが技術的な考慮事項を評価するときに使用する最初のプロジェクトを定義します。