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

# 在遷移至 AWS 雲端期間，複寫 COTS 和內部應用程式
<a name="welcome"></a>

*Anbu Selvan，Amazon Web Services (AWS)*

*2021 年 3 月* ([文件歷史記錄](doc-history.md))

本指南說明在 Amazon Web Services () 雲端中修改商用off-the-shelf(COTS AWS) 和內部應用程式時應關注的七個領域。本指南也提供策略、工具和 AWS 服務，協助您修改應用程式元件。COTS 應用程式是現成的第三方應用程式，可在商業市場購買 （例如 [AWS Marketplace](https://aws.amazon.com//marketplace))。內部應用程式是由您的組織在內部開發和使用。

在您決定將 COTS 或內部應用程式遷移至 之後 AWS 雲端，您必須評估要使用的七種常見遷移策略 ([7 R](apg-gloss.md#glossary-7rs)) 中的哪一種。這些策略包括重構、轉換、重新購買、重新託管、重新放置、保留和淘汰。我們建議您修改使用元件或資料庫的應用程式，這些元件或資料庫已達到或接近其end-of-support(EOS) 日期。EOS 是指廠商撤銷產品的技術支援。如果您選擇在 AWS 雲端中重建應用程式，則可以受益於下列功能：
+ 使用 [自動化就地作業系統 (OS) 升級](https://docs.aws.amazon.com//AWSEC2/latest/WindowsGuide/os-inplaceupgrade.html) AWS Systems Manager。
+ 使用快照儲存磁碟區，從 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體快速建立 Amazon Machine Image (AMIs)。
+ 建立私有子網路，以隔離在過時作業系統 (OSs工作負載。
+ 使用高速聯網快速複寫生產環境以測試轉換。
+ 使用隨需 EC2 執行個體快速設定個別應用程式堆疊，無需使用額外的內部部署硬體。

若要受益於 AWS Cloud 上提供的這些和其他功能，建議您先使用 來重新託管應用程式[AWS Application Migration Service](https://docs.aws.amazon.com//mgn/latest/ug/what-is-application-migration-service.html)。然後，您可以在 AWS 雲端中升級應用程式。以下清單提供應用程式應何時進行複寫的範例：
+ 不再支援應用程式的作業系統、執行時間 （例如 [Apache Tomcat](http://tomcat.apache.org/)、[JBoss](https://jbossas.jboss.org/) 或 [Oracle WebLogic Server](https://www.oracle.com/middleware/technologies/weblogic.html))、資料庫或執行時間元件 （例如 Java、Python 或 Perl)。
+ 應用程式必須變得更有彈性，並自動從故障中復原 （例如軟體錯誤或基礎設施問題）。
+ 新客戶客群或支援增加的負載需要新的應用程式功能。
+ 應用程式不穩定，需要改進以增強操作穩定性。

在開始轉換旅程之前，您應該探索應用程式功能的替代方案；例如，評估是否可以使用獨立軟體廠商 (ISV) 的軟體即服務 (SaaS) 解決方案取代它們。您也可以使用 [AWS Lambda](https://docs.aws.amazon.com//lambda/latest/dg/welcome.html)、[Amazon Cognito](https://docs.aws.amazon.com//cognito/latest/developerguide/what-is-amazon-cognito.html)、[Amazon MQ](https://docs.aws.amazon.com//amazon-mq/latest/developer-guide/welcome.html)、[AWS Glue](https://docs.aws.amazon.com//glue/latest/dg/what-is-glue.html)、[Amazon Quick](https://docs.aws.amazon.com//quicksight/latest/user/welcome.html) 或 [Amazon Aurora](https://docs.aws.amazon.com//AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html) 等 AWS 服務來重建應用程式功能。

本指南適用於 IT 管理員、應用程式擁有者、架構師、技術主管和專案經理。本指南提供以下七個領域，供您在 AWS 雲端中轉換 COTS 和內部應用程式時關注：
+ [選擇轉換環境](choosing-replatforming-environment.md)
+ [複寫在不支援OSs上執行的應用程式元件](replatforming-application-components.md)
+ [複寫後端資料庫](replatforming-backend-databases.md)
+ [複寫檔案共享](replatforming-file-shares.md)
+ [更新記錄和監控元件](updating-logging-monitoring.md)
+ [測試和驗證您的應用程式](testing-validating-application.md)
+ [自動化持續的作業系統修補](automating-os-patching.md)

## 目標業務成果
<a name="targeted-business-outcomes"></a>

在 AWS 雲端中複寫 COTS 和內部應用程式之後，您應該預期以下四個結果：
+ 降低執行不支援軟體或OSs之舊版應用程式的安全風險。
+ 移除昂貴的非必要資料庫版本或採用開放原始碼資料庫，以降低整體應用程式擁有權成本。
+ 使用 AWS 受管資料庫 （例如 [Amazon Relational Database Service (Amazon RDS)](https://docs.aws.amazon.com//AmazonRDS/latest/UserGuide/Welcome.html) 或 Aurora) 來降低營運開銷，為您的應用程式實現更高層級的可用性和可靠性。
+ 採用雲端原生自動化和監控功能，例如 [Amazon CloudWatch](https://docs.aws.amazon.com//AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) 監控或 Systems Manager 作業系統修補，讓舊版應用程式更具彈性。