本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
在遷移至 AWS 雲端期間，複寫 COTS 和內部應用程式
Anbu Selvan，Amazon Web Services (AWS)
2021 年 3 月 (文件歷史記錄)
本指南說明在 Amazon Web Services () 雲端中重建商用off-the-shelf(COTS AWS) 和內部應用程式時應關注的七個領域。本指南也提供策略、工具和 AWS 服務，協助您修改應用程式元件。COTS 應用程式是現成的第三方應用程式，可在商業市場購買 （例如 AWS Marketplace
在您決定將 COTS 或內部應用程式遷移至 之後 AWS 雲端，您必須評估要使用的七種常見遷移策略 (7 R) 中的哪一種。這些策略包括重構、轉換、重新購買、重新託管、重新放置、保留和淘汰。我們建議您修改使用元件或資料庫的應用程式，這些元件或資料庫已達到或接近其end-of-support(EOS) 日期。EOS 是指廠商撤銷產品的技術支援。如果您選擇在 AWS 雲端中重建應用程式，則可以受益於下列功能：
-
使用 自動化就地作業系統 (OS) 升級 AWS Systems Manager。
-
使用快照儲存磁碟區，從 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體快速建立 Amazon Machine Image (AMIs)。
-
建立私有子網路以隔離在過時作業系統 (OSs工作負載。
-
使用高速聯網快速複寫生產環境以測試轉換。
-
使用隨需 EC2 執行個體快速設定個別應用程式堆疊，無需使用額外的現場部署硬體。
若要受益於 AWS Cloud 上提供的這些和其他功能，建議您先使用 來重新託管應用程式AWS Application Migration Service。然後，您可以在 AWS 雲端中升級應用程式。以下清單提供應用程式應何時進行複寫的範例：
-
不再支援應用程式的作業系統、執行時間 （例如 Apache Tomcat
、JBoss 或 Oracle WebLogic Server )、資料庫或執行時間元件 （例如 Java、Python 或 Perl)。 -
應用程式必須變得更有彈性，並自動從失敗中復原 （例如軟體錯誤或基礎設施問題）。
-
新客戶客群或支援增加的負載需要新的應用程式功能。
-
應用程式不穩定，需要改進以增強操作穩定性。
在開始轉換旅程之前，您應該探索應用程式功能的替代方案；例如，評估是否可以使用獨立軟體廠商 (ISV) 的軟體即服務 (SaaS) 解決方案取代它們。您也可以使用 AWS Lambda、Amazon Cognito、Amazon MQ、AWS Glue、Amazon Quick Suite 或 Amazon Aurora 等 AWS 服務來重建應用程式功能。
本指南適用於 IT 管理員、應用程式擁有者、架構師、技術主管和專案經理。本指南提供以下七個領域，供您在 AWS 雲端中修改 COTS 和內部應用程式時關注：
目標業務成果
在 AWS 雲端中重建 COTS 和內部應用程式之後，您應該預期以下四個結果：
-
降低執行不支援軟體或OSs之舊版應用程式的安全風險。
-
移除昂貴的非必要資料庫版本或採用開放原始碼資料庫，以降低整體應用程式擁有權成本。
-
使用 AWS 受管資料庫 （例如 Amazon Relational Database Service (Amazon RDS) 或 Aurora) 來降低營運開銷，為您的應用程式實現更高層級的可用性和可靠性。
-
採用雲端原生自動化和監控功能，例如 Amazon CloudWatch 監控或 Systems Manager 作業系統修補，讓舊版應用程式更具彈性。
