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

# 移行オプションの比較: EB CLI と AWS Application Migration Service
<a name="dotnet-migrating-applications-comparison"></a>

AWS は、Windows アプリケーションをクラウドに移行するための複数のパスを提供します。このセクションでは、EB CLI の **eb migrate** コマンドと AWS Application Migration Service (MGN) の 2 つの主要なオプションを比較します。これらのアプローチの違いを理解することは、特定のニーズに最も適した移行戦略を選択するのに役立ちます。


**移行オプションの比較**  

| 機能 | EB CLI (**eb migrate**) | AWS Application Migration Service (MGN) | 
| --- | --- | --- | 
| 主な焦点 | IIS ウェブサイトとアプリケーションのアプリケーションレベルの移行 | マシン全体のサーバーレベルのリホスト (物理サーバー、仮想サーバー、またはクラウドサーバー) | 
| 以下に最適: | 再設定を最小限に抑えて Elastic Beanstalk に直接移行したい IIS アプリケーション | 多数のサーバーや複雑なインフラストラクチャを含む大規模な移行 | 
| 検出アプローチ | IIS サイト、アプリケーション、および設定のアプリケーションレベルの検出 | オペレーティングシステムやアプリケーションなどのマシン全体のサーバーレベルのレプリケーション | 
| ターゲット環境 | Windows アプリケーション用に最適化された Elastic Beanstalk 環境を直接作成および設定する | Elastic Beanstalk と連携するために追加の設定を必要とする EC2 インスタンスを作成する | 
| 設定の保持 | IIS 固有の設定 (サイト、アプリケーションプール、バインディング) を自動的に保持します | 不要なコンポーネントを含む場合があるサーバー設定全体を保持します | 
| デプロイモデル | Elastic Beanstalk のベストプラクティスを使用してデプロイされたアプリケーションを備えた、クリーンな Elastic Beanstalk 環境を作成します | クラウドオペレーションの最適化が必要となる場合があるソースサーバーのレプリカを作成します | 
| 移行のスケール | 特定のアプリケーションのターゲット移行に最適 | 多数のサーバーの大規模な移行に設計 | 
| 移行ステップ | 最小限。環境は Elastic Beanstalk 管理ツールで使用する準備ができている | SSM 起動後アクションの実行など、Elastic Beanstalk と統合するための追加のステップが必要 | 

## 各移行オプションを使用するタイミング
<a name="dotnet-migrating-applications-comparison-when"></a>

**次の要件がある場合は、**eb migrate** を選択します。**  
+ サーバー全体ではなく特定の IIS アプリケーションを移行したい
+ 目標は、Elastic Beanstalk をアプリケーション管理プラットフォームとして採用することである
+ 簡単なスケーリング、デプロイ、モニタリングなど、Elastic Beanstalk のマネージドプラットフォーム機能を活用したい
+ クラウドネイティブオペレーションの AWS ベストプラクティスに従ったクリーンなデプロイが望ましい
+ 移行後の設定作業を最小限に抑えたい

**次の要件 AWS Application Migration Service がある場合は、 を選択します。**  
+ 多数のサーバーを移行する必要がある
+ 正確に保持する必要がある複雑なサーバー設定がある
+ ユーザーのアプリケーションに互換性の問題があり、サーバー環境を正確に維持する必要がある
+ アプリケーションへの最小限の変更で「リフトアンドシフト」を行いたい
+ 移行後にアプリケーションのリファクタリングまたは最適化を計画している

## 移行ワークフローの比較
<a name="dotnet-migrating-applications-comparison-workflow"></a>

**EB CLI (**eb migrate**) ワークフロー:**

1. EB CLI をソース IIS サーバーまたは踏み台ホストのいずれかにインストールします。

1. **eb migrate** を実行して IIS アプリケーションを検出します。

1. コマンドは、アプリケーションと設定をパッケージ化します。

1. Elastic Beanstalk 環境は、適切なリソースを使用して作成されます。

1. アプリケーションは新しい環境にデプロイされます。

1. Elastic Beanstalk ツールを使用して、アプリケーションをすぐに管理できます。

**AWS Application Migration Service ワークフロー:**

1.  AWS レプリケーションエージェントをソースサーバーにインストールします。

1. データレプリケーションを設定してテストします。

1. テストインスタンスを起動して機能を確認します。

1. カットオーバーをスケジュールします AWS。

1. 本番稼働用インスタンスを起動します。

1. 起動後のアクションを実行してクラウドを最適化します。

1. Elastic Beanstalk がターゲットプラットフォームである場合、Elastic Beanstalk と統合するには追加の設定が必要です。

## 結論
<a name="dotnet-migrating-applications-comparison-conclusion"></a>

Elastic Beanstalk は、 上の Windows プラットフォームアプリケーションに推奨される送信先であり AWS、デプロイ、スケーリング、管理を簡素化するマネージド環境を提供します。**eb migrate** コマンドは、アプリケーション設定を保持する自動検出と設定を使用して、IIS アプリケーション用の Elastic Beanstalk への直接パスを提供します。

 AWS Application Migration Service は大規模なサーバー移行に強力な機能を提供しますが、Elastic Beanstalk と統合するには追加のステップが必要です。Elastic Beanstalk がターゲットプラットフォームであるほとんどの IIS アプリケーション移行では、**eb migrate** は Elastic Beanstalk のマネージドサービスモデルに沿ったより合理化されたアプローチを提供します。

 AWSでのスケール、複雑さ、希望するエンドステートアーキテクチャなどの要因を考慮して、特定の要件に最適な移行アプローチを選択します。

詳細については AWS Application Migration Service、「 AWS Application Migration Service ユーザーガイド」の[「What is AWS Application Migration Service?](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html)」を参照してください。