Serverless App Engine：應用遷移

遷移至SAE的價值

• SAE為應用部署提供了靈活的啟動參數配置、可視化的部署流程、優雅上下線服務和分批發布等功能，讓您的應用發布可配、可查、可控。

• SAE提供了服務發現與組態管理功能，您無需營運Eureka、ZooKeeper、Consul等中介軟體組件，可以直接使用SAE提供的商業版服務發現與組態管理。

• SAE控制台提供了統一的服務治理，目前支援查詢發布和消費的服務詳情。

• SAE提供了動態擴、縮容功能，可以根據流量高峰和低穀即時地為您的應用擴容和縮容。

• SAE提供了進階監控功能，除了支援基本的執行個體資訊查詢外，還支援微服務調用鏈查詢、系統調用拓撲圖、慢SQL查詢等進階監控功能。

• 對於Spring Cloud架構應用SAE提供限流降級功能，保證您的應用高可用。

• 對於Spring Cloud架構應用SAE提供了全鏈路灰階功能，滿足您的應用在迭代、更新時通過灰階進行小規模驗證的需求。

什麼是平滑遷移

遷移流程

1. 遷移應用

   遷移的應用通常是無狀態的，需要先進行應用遷移。

2. 可選：遷移SLB或修改網域名稱配置

   在應用遷移完成後，您還需要遷移SLB或修改網域名稱配置。

   • SLB

     • 如果您的應用在遷移之前已經使用SLB，應用遷移後可以複用該SLB。您可以根據您的實際需求選擇綁定SLB的策略。更多資訊，請參見為應用綁定CLB並產生應用的公網或私網訪問IP。

     • 如果您的應用在遷移之前沒有使用SLB，建議在遷移完入口應用，例如流程圖中所示的API Gateway後，為該應用建立並綁定一個新SLB。

     • 遷移方案中，推薦使用雙註冊和雙訂閱者案，以節約ECS成本。如果由於某種原因，例如原ECS連接埠被佔用不能複用原ECS，那麼需要採用切流遷移方案，添加新的ECS用於應用遷移。在應用遷移完成後，依據遷移前應用是否使用SLB，選擇複用SLB或建立SLB並綁定到遷移後應用。

   • 網域名稱

     • 如果遷移後的應用可以複用SLB，則網域名稱配置無需修改。

     • 如果遷移後的應用需要建立新的SLB並綁定，則需要在網域名稱中添加新的SLB配置。具體步驟，請參見網域名稱DNS修改。並刪除原來不再使用的SLB。

3. 可選：遷移儲存和訊息佇列

   • 如果應用遷移前已經部署在阿里雲上，同時儲存和訊息佇列同樣使用了阿里雲相關產品（如RDS、MQ等），那麼應用遷移完成後，遷移前的儲存和訊息佇列無需遷移。

   • 如果應用遷移前沒有部署在阿里雲上，請加入釘群（釘群號：32874633），聯絡產品技術專家進行諮詢。

遷移方案

遷移應用有兩種方案，切流遷移、雙註冊和雙訂閱遷移方案。兩種方案均可保證應用正常運行不中斷情況下完成平滑遷移。本文主要介紹雙註冊和雙訂閱者案。

• 切流遷移方案

  使用Dubbo將原有的服務註冊中心切換到SAE ConfigServer，開發新的應用部署到SAE，最後通過SLB和網域名稱配置來進行切流。

  關於該方案的應用開發，請參見微服務情境指引。

• 雙註冊和雙訂閱遷移方案

  雙註冊和雙訂閱遷移方案是指在應用遷移時同時接入兩個註冊中心（原有註冊中心和SAE註冊中心）以保證已遷移的應用和未遷移的應用之間的相互調用。

  本方案實現架構圖如下：

  方案優勢如下：

  • 已遷移的應用和未遷移的應用可以互相發現，從而實現互相調用，保證了業務的連續性。

  • 使用方式簡單，僅需添加依賴，並修改極少的代碼，可以實現雙註冊和雙訂閱。

  • 支援查看消費者服務調用列表的詳情，即時地查看到遷移的進度。

  • 支援在不需要重啟應用的情況下，動態地變更服務註冊的策略和服務訂閱的策略，只需要重啟一次應用就可以完成遷移。

瞭解更多

瞭解不同架構的微服務應用的遷移方案，請參見：

• 將Spring Cloud架構應用平滑遷移至SAE

• 將Dubbo應用平滑遷移至SAE