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.