AWS 遷移到 Serverless

遷移模式

遷移可以從兩個角度來看

• 計算基礎設施的實現
• 應用程式開發和部署

遷移計劃取決於

• 您的組織的現狀
• 您的應用程式的現狀
• 您的期望狀態

有三種通用的遷移策略來建立 serverless 應用程式

• 跳蛙式（Leapfrog）
• 有機式（Organic）
• 絞殺式（Strangler）

跳蛙式（Leapfrog）策略

跳蛙式（Leapfrog）策略跳過中間階段，直接轉向 serverless 雲架構。

有機式（Organic）策略

在有機式（Organic）策略中，您將本地程式“即原樣”（lift and shift）遷移到雲端。

現有應用程式仍在 Amazon EC2 例項、Amazon ECS 或 AWS Fargate 上執行。

絞殺式（Strangler）策略

絞殺式（Strangler）策略透過建立 API 和事件驅動元件來分解單體應用程式。

單體應用程式將使用者介面和資料訪問程式碼組合在一起。

它們會緩慢替換遺留元件。

與跳蛙式策略相比，它以更低的風險實現新功能的更快開發。

絞殺式（Strangler）策略是最常用的策略。

遷移注意事項影片

W3schools.com 與 Amazon Web Services 合作，為我們的學生提供數字培訓內容。

遷移注意事項

還有三個成本因素需要考慮

• 基礎設施的成本
• 開發成本
• 維護成本

您還必須考慮 serverless 帶來的增強的商業價值。

如果您拆解現有程式，在初步學習曲線之後，您可以快速升級它們。

由於成本是隨著事件的發生而產生的，因此可以按事件或按客戶進行評估。

成本的增加與業務的發展密切相關。

Serverless 並非適用於所有架構，因此請權衡您的所有選擇。

Application Load Balancer 與 API Gateway 對比

您可以為不同的目標使用 Amazon API Gateway 或 Application Load Balancer。

兩者都可以輕鬆新增，而不會干擾系統。

您選擇使用哪一個取決於您的需求。

下表比較了 Application Load Balancer 和 Amazon API Gateway。

相關閱讀

1. Leapfrog

2. Organic

3.