本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 應用程式遷移服務
<a name="app-migration-service-considerations"></a>

您可以使用 AWS Application Migration Service，以最短的停機時間快速將應用程式遷移至雲端。Application Migration Service 會自動將來源伺服器從實體、虛擬和雲端基礎設施轉換為在 AWS 上原生執行，以將耗時且容易出錯的手動程序降至最低。Application Migration Service 會將來源伺服器複寫到您的 AWS 帳戶。當您準備好時，Application Migration Services 會自動轉換和啟動 AWS 上的伺服器，讓您可以快速受益於 AWS 雲端的成本節省、生產力、彈性和敏捷性。在某些情況下，Application Migration Service 可以是最快速的雲端路由 （例如，當您想要將資料庫和作業系統遷移至雲端時）。若要判斷使用 Application Migration Service 是否為最適合您的選項，請參閱 [Application Migration Service 文件中的何時選擇 AWS](https://aws.amazon.com/application-migration-service/when-to-choose-aws-mgn/) Application Migration Service。

## 架構
<a name="architecture-app-migration-service"></a>

下圖顯示使用 Application Migration Service 將內部部署 PostgreSQL 資料庫遷移至 AWS 雲端的架構。

![Application Migration Service 架構](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/migration-databases-postgresql-ec2/images/application-migration-services-architecture.png)


該圖顯示以下工作流程：
+ 在來源資料庫伺服器上安裝 AWS 複寫代理程式。
+ 在 Application Migration Service 主控台中設定啟動設定。
+ 啟動測試執行個體。
+ 啟動切換執行個體。
+ 完成切換。

如需使用 Application Migration Service 的詳細資訊，請參閱 [AWS 公有部門部落格中的如何使用 AWS Application Migration Service 遷移內部部署工作負載](https://aws.amazon.com/blogs/publicsector/how-migrate-on-premises-workloads-aws-application-migration-service/)文章。如需如何識別複寫潛在瓶頸的詳細資訊，請參閱 [AWS 架構部落格中的使用 AWS Application Migration Service 時識別複寫瓶頸](https://aws.amazon.com/blogs/architecture/identification-of-replication-bottlenecks-when-using-aws-application-migration-service/)文章。

## 限制
<a name="limitations-app-migration-service"></a>

建議您在開始遷移之前，考慮使用 Application Migration Service 的下列限制：
+ 每個支援的 AWS 區域中，隨時可主動複寫的伺服器數量上限為 20 個。您可以將此值增加到 60。
+ 您可以在單一任務中使用最多 200 個來源伺服器。

如需限制的詳細資訊，請參閱 Application Migration Service 文件中的 [MGN 服務配額限制為何？](https://docs.aws.amazon.com/mgn/latest/ug/General-Questions-FAQ.html#MGN-service-limits-faq)。