移行に影響を与える意思決定Decisions that affect migration

移行中に、意思決定や実行アクティビティに影響を与えるいくつかの要因が存在します。During migration, several factors affect decisions and execution activities. この記事では、これらの意思決定の中心的なテーマについて説明した後、クラウド導入フレームワーク ガイダンスのこのセクションでの移行原則の説明を貫くいくつかの疑問について調べます。This article explains the central theme of those decisions and explores a few questions that carry through the discussions of migration principles in this section of the Cloud Adoption Framework guidance.

ビジネス成果Business outcomes

何らかの導入作業の目的または目標が、実行への推奨されるアプローチに大きな影響を与える場合があります。The objective or goal of any adoption effort can have a significant impact on the suggested approach to execution.

  • 移行。Migration. 運用の成果の例には、差し迫ったビジネス上の動機、導入の速度、またはコスト削減があります。Urgent business drivers, speed of adoption, or cost savings are examples of operational outcomes. これらの成果は、IT または運用モデルでの推移的な変更からビジネス価値を向上させようとする努力の中心に存在します。These outcomes are central to efforts that drive business value from transitive change in IT or operations models. クラウド導入フレームワークの移行手法は、移行に焦点を絞ったビジネス成果に大きな重点を置いています。The Migrate methodology of the Cloud Adoption Framework focuses heavily on migration focused business outcomes.
  • アプリケーションのイノベーション。Application innovation. カスタマー エクスペリエンスの改善や増加する市場シェアは、増分型の成果の例です。Improving customer experience and growing market share are examples of incremental outcomes. これらの成果は、現在の顧客のニーズや要望に焦点を絞った増分型の変更のコレクションから得られます。The outcomes result from a collection of incremental changes focused on the needs and desires of current customers.
  • データ主導のイノベーション。Data-driven innovation. 新しい製品またはサービス (特に、データの力から来るもの) は、破壊的な成果の例です。New products or services, especially ones that come from the power of data, are examples of disruptive outcomes. これらの成果は、データを使用して市場の現状を混乱させる実験や予測の結果です。These outcomes are the result of experimentation and predictions that use data to disrupt status quo in the market.

これらの成果の 1 つだけを追求するビジネスは存在しません。No business would pursue just one of these outcomes. 運用がなければ、顧客は存在せず、その逆も同じです。Without operations, there are no customers, and vice versa. クラウド導入もまったく同様です。Cloud adoption is no different. 企業は一般に、これらの各成果を実現するために作業しますが、それらのすべてに同時に重点を置こうとすると、作業を非常に薄く分散させ、ビジネス ニーズが最も大きな利点を得る可能性のある作業の進捗を遅らせる場合があります。Companies commonly work to achieve each of these outcomes, but trying to focus on all of them simultaneously can spread your efforts too thin and slow progress on work that could most benefit your business needs.

この前提条件は、ユーザーにこれらの 3 つの目標のうちの 1 つを選択させるためではなく、代わりに、クラウド戦略チームとクラウド導入チームが、今後 3 か月間から 6 か月間の実行につながる一連の運用上の優先順位を確定するのに役立てるためのものです。This prerequisite isn't a demand for you to pick one of these three goals, but instead to help your cloud strategy team and your cloud adoption team establish a set of operational priorities that will guide execution for the next three to six months. これらの優先順位は、このチームが次の 1 から 2 四半期に実行できる作業に関連しているため、項目別の 3 つの各オプションを最も重要なものから最も重要度の低いものにランク付けすることによって設定されます。These priorities are set by ranking each of the three itemized options from most significant to least significant, as they relate to the efforts this team can contribute to in the next one or two quarters.

移行の結果に対する行動Act on migration outcomes

運用の成果のランクが一覧内で最も高い場合、クラウド導入フレームワークのこのセクションはチームによく適しています。If operational outcomes rank highest in the list, this section of the Cloud Adoption Framework will suit your team well. このセクションでは、主な主要業績評価指標 (KPI) として速度とコスト削減を優先する必要があることを前提にしています。この場合、導入までの移行モデルは成果と適切に整合します。In this section, it is assumed that you need to prioritize speed and cost savings as primary key performance indicators (KPIs), in which case a migration model to adoption would be well aligned with the outcomes. 移行に重点を置いたモデルは、データセンターを十分に使用したり、コスト削減を生成したりするために、サービスとしてのインフラストラクチャ (IaaS) 資産のリフト アンド シフト移行に大きく依存しています。A migration-focused model is heavily predicated on lift and shift migration of infrastructure as a service (IaaS) assets to deplete a datacenter and to produce cost savings. このようなモデルでは、最新化は実行される可能性がありますが、主要な移行の目的が実現されるまでは二次的な焦点です。In such a model, modernization may occur but is a secondary focus until the primary migration mission is realized.

アプリケーションのイノベーションに基づいて行動するAct on application innovations

市場シェアとカスタマー エクスペリエンスが主要な動機である場合、このセクションは、チームの作業を導くためのクラウド導入フレームワークの最適なセクションではない可能性があります。If market share and customer experience are your primary drivers, this section may not be the best section of the Cloud Adoption Framework to guide your teams' efforts. アプリケーションのイノベーションには、基になるインフラストラクチャには関係なく、ワークロードの最新化と切り替えに重点を置いた計画が必要です。Application innovation requires a plan that focuses on the modernization and transition of workloads, regardless of the underlying infrastructure. このような場合、このセクションのガイダンスは参考になることがありますが、中核の意思決定を導くための最適なアプローチではない可能性があります。In such a case, the guidance in this section can be informative but may not be the best approach to guide core decisions.

データのイノベーションに基づいて行動するAct on data innovations

データ、実験、研究開発 (R&D)、または新しい製品が今後 6 か月間ほどの優先事項である場合、このセクションは、チームの作業を導くためのクラウド導入フレームワークの最適なセクションではない可能性があります。If data, experimentation, research and development (R&D), or new products are your priority for the next six months or so, this section may not be the best section of the Cloud Adoption Framework to guide your teams' efforts. データのイノベーションの作業はすべて、既存のソース データの移行に関連したガイダンスのメリットが得られます。Any data innovation effort could benefit from guidance regarding the migration of existing source data. ただし、その作業のより広範囲な焦点は追加のデータ ソースのイングレスや統合に存在します。However, the broader focus of that effort would be on the ingress and integration of additional data sources. そのガイダンスを予測や新しいエクスペリエンスを使用して拡張することは、IaaS 資産の移行よりはるかに重要です。Extending that guidance with predictions and new experiences is much more important than the migration of IaaS assets.

作業Effort

移行作業は、含まれるワークロードのサイズや複雑さによって大きく異なる場合があります。Migration effort can vary widely depending on the size and complexities of the workloads involved. 数百の仮想マシン (VM) を含む小さなワークロード移行は戦術的なプロセスであり、Azure Migrate などの自動ツールを使用して実装される可能性があります。A smaller workload migration involving a few hundred virtual machines (VMs) is a tactical process, potentially being implemented using automated tools such as Azure Migrate. 逆に、数万のワークロードの大規模なエンタープライズ移行には高度に戦略的なプロセスが必要であり、サービスとしてのプラットフォーム (PaaS) およびサービスとしてのソフトウェア (SaaS) 機能を統合した既存のアプリケーションの広範囲にわたるリファクタリング、再構築、および置き換えが含まれる場合があります。Conversely, a large enterprise migration of tens of thousands of workloads requires a highly strategic process and can involve extensive refactoring, rebuilding, and replacing of existing applications integrating platform as a service (PaaS) and software as a service (SaaS) capabilities. 計画的な移行のスコープを識別してバランスを取ることは重要です。Identifying and balancing the scope of your planned migrations is critical.

現在の移行プログラムに長期的に影響を与える可能性がある何らかの決定を行う前に、次の意思決定に関する合意を作成することがきわめて重要です。Before making any decisions that could have a long-term impact on the current migration program, it is vital that you create consensus on the following decisions.

作業の種類Effort type

大規模な (250 VM を超える) 移行では、合理化の 5 つの R (リホストリファクター再設計再構築置き換え) で説明されているように、資産はさまざまな切り替えオプションを使用して移行されます。In any migration of significant scale (more than 250 VMs), assets are migrated using a variety of transition options, discussed in the five Rs of rationalization: rehost, refactor, rearchitect, rebuild, and replace.

一部のワークロードは_再構築_または_再設計_プロセスを通して最新化され、新機能および技術的な機能を備えたより最新のアプリケーションが作成されます。Some workloads are modernized through a rebuild or rearchitect process, creating more modern applications with new features and technical capabilities. その他の資産は_リファクター_ プロセスを通ります (コンテナーへの移動や、必ずしもソリューションのコードベースに影響を与えないその他のより最新のホスティングおよび運用アプローチなど)。Other assets go through a refactor process, for instance a move to containers or other more modern hosting and operational approaches that don't necessarily affect the solutions code base. 一般に、仮想マシンや、より適切に確立されたその他の資産は_リホスト_ プロセスを通り、これらの資産がデータセンターからクラウドに移行されます。Commonly, virtual machines and other assets that are more well established go through a rehost process, transitioning those assets from the datacenter to the cloud. 一部のワークロードはクラウドに移行される可能性がありますが、代わりに、同じビジネス ニーズを満たすサービス ベース (SaaS ベース) のクラウド サービスを使用して (たとえば、Exchange Server インスタンスを移行する代わりに Microsoft 365 を使用して) "置き換える"必要があります。Some workloads could potentially be migrated to the cloud, but instead should be replaced using service-based (SaaS-based) cloud services that meet the same business need—for example, by using Microsoft 365 as an alternative to migrating Exchange Server instances.

ほとんどのシナリオでは、一部のビジネス イベントにより高い割合の資産を_リホスト_ プロセスを使用して一時的に移行させる強制関数が作成され、それらがクラウドに移行された後、他の移行戦略のいずれかを使用したより重要な二次的な切り替えが発生します。In the majority of scenarios, some business event creates a forcing function that causes a high percentage of assets to temporarily migrate using the rehost process, followed by a more significant secondary transition using one of the other migration strategies after they're in the cloud. このプロセスは一般に、_クラウド切り替え_と呼ばれます。This process is commonly known as a cloud transition.

デジタル資産の合理化のプロセス中に、これらの種類の意思決定が、移行する各資産に適用されます。During the process of rationalizing the digital estate, these types of decisions are applied to each asset to migrate. ただし、この時点で必要な前提条件は、ベースライン前提条件を作成することです。However, the prerequisite needed at this time is to make a baseline assumption. 5 つの移行戦略のうち、どれが、この移行作業を促進しているビジネス目標またはビジネス成果に最適に整合しているでしょうか?Of the five migration strategies, which best aligns with the business objectives or business outcomes driving this migration effort? この決定は、移行作業全体を通してガイドの前提条件として機能します。This decision serves as a guiding assumption throughout the migration effort.

作業のスケールEffort scale

移行のスケールは、次に重要な前提条件の意思決定です。Scale of the migration is the next important prerequisite decision. 1,000 個の資産を移行するために必要なプロセスは、10,000 個の資産を移動するために必要なプロセスとは異なります。The processes needed to migrate 1,000 assets are different from the processes required to move 10,000 assets. 移行作業を開始する前に、次の質問に答えることが重要です。Before beginning any migration effort, it is important to answer the following questions:

  • 現在、いくつの資産がワークロードの移行をサポートしていますか?How many assets support the migrating workloads today? 資産には、データ構造、アプリケーション、VM、および必要な IT アプライアンスが含まれます。Assets include data structures, applications, VMs, and necessary IT appliances. 最初の移行候補には比較的小さいワークロードを選択します。Choose a relatively small workload for your first migration candidate.
  • これらの資産のうち、いくつが移行のために計画されていますか?Of those assets, how many are planned for migration? 持続したエンドユーザーの依存関係が不足しているために、移行プロセス中に一部の資産を終了させることが一般的です。It's common for some assets to be terminated during a migration process, due to lack of sustained end-user dependency.
  • 移行可能な資産スケールのトップダウンの見積もりとはどのようなものですか?What are the top-down estimates of the scale of migrateable assets? 移行に含めるワークロードについて、アプリケーション、仮想マシン、データ ソース、IT アプライアンスなどのサポート資産の数を見積もります。For the workloads included for migration, estimate the number of supporting assets such as applications, virtual machines, data sources, and IT appliances. 関連する資産の識別に関するガイダンスについては、クラウド導入フレームワークのデジタル資産に関するセクションを参照してください。See the digital estate section of the Cloud Adoption Framework for guidance on identifying relevant assets.

作業のタイミングEffort timing

多くの場合、移行は、時間の制約がある説得力のあるビジネス イベントによって促進されます。Often, migrations are driven by a compelling business event that is time sensitive. たとえば、1 つの一般的な動機としてサードパーティのホスティング契約の終了または更新があります。For instance, one common driver is the termination or renewal of a third-party hosting contract. 移行を必要とする潜在的なビジネス イベントは多数ありますが、それらには、終了日という 1 つの共通要素があります。Although there are many potential business events necessitating a migration, they share a common factor: an end date. アクティビティや速度を適切に計画して検証できるように、近づいているビジネス イベントのタイミングを理解することが重要です。It is important to understand the timing of any approaching business events, so activities and velocity can be planned and validated properly.

まとめRecap

先に進む前に、次の前提条件を文書化し、それをクラウド戦略チームおよびクラウド導入チームと共有してください。Before proceeding, document the following assumptions and share them with the cloud strategy team and the cloud adoption teams:

  • ビジネス成果。Business outcomes.
  • ロール。評価移行最適化セキュリティ保護と管理の各移行プロセスに対して文書化および改良されます。Roles, documented and refined for the Assess, Migrate, Optimize, and Secure and manage migration processes.
  • これらの移行プロセス別に定義される完了、文書化、改良。Definition of done, documented and refined separately for these migration processes.
  • 作業の種類。Effort type.
  • 作業のスケール。Effort scale.
  • 作業のタイミング。Effort timing.

次のステップNext steps

チームの間でプロセスが理解されたら、技術的な前提条件をレビューする必要があります。After the process is understood among the team, it's time to review technical prerequisites. 移行環境計画チェックリストは、技術的な基礎が移行のために準備できていることを確認するために役立ちます。The migration environment planning checklist helps to ensure that the technical foundation is ready for migration.

チームの間でプロセスが理解されたら、技術的な前提条件をレビューする必要があります。移行計画チェックリストは、技術的な基礎が移行のために準備できていることを確認するために役立ちます。Once the process is understood among the team, its time to review technical prerequisites the migration planning checklist will help ensure the technical foundation is ready for migration.