【问题标题】:EC2 vs Elastic Beanstalk vs LambdaEC2 与 Elastic Beanstalk 与 Lambda
【发布时间】:2019-02-03 00:04:12
【问题描述】:

我有简单的 API,可以连接到 DB,调用 FB API 等。 最好的服务方式是什么。

1) 我首先从 EC2 开始。
好:够便宜。我可以控制一切
坏:设置过程长。需要掌控一切。自己设置监控工具等。记住很多。

2) 接下来我将 NodeJS 移至 EB,并将 DB 移至 RDS。
好:只需提交代码,所有其他事情都由服务处理
不好:负载均衡器+多实例+RDS成本很高。

3) Lambda,考虑迁移到 Lambda + API Gateway 设置 它看起来易于实施、监控和支持 不知道要花多少钱。 我知道里面有很多配置。

您有什么建议最适合简单 API 吗? 我还考虑只将图片生成移动到 Lambda, 并在 EB 上保留简单的 API,如 AUTH、GET 用户等。

【问题讨论】:

  • 如果你习惯于 ubuntu/linux 也可以看看 Digital Ocean 作为你的 nodejs + db 的地方
  • 这太宽泛了,请用您的配置流量模式更新问题,即用户也这不是与编码相关的问题,它可能很快就会被标记。
  • 您是否还考虑将 AWS Fargate 用于更托管的解决方案? Fargate 可以将您的项目作为 Docker 容器运行,您无需担心任何操作系统。 aws.amazon.com/fargate
  • 您对 Elastic Beanstalk 的“坏”描述是完全错误的。负载均衡器、多实例和 RDS 对于 Elastic Beanstalk 都是可选的。

标签: node.js amazon-web-services amazon-ec2 aws-lambda amazon-elastic-beanstalk


【解决方案1】:

如果您确定处理逻辑不超过 5 分钟,那么当您编写函数并将它们部署在 Lambda 中时,肯定会需要选项 3。无需担心其他部署和自动缩放。

当然,受制于其他因素,例如您的逻辑对第三方库的依赖以及与 Lambda 底层映像的兼容性。

【讨论】:

    猜你喜欢
    • 2019-02-13
    • 1970-01-01
    • 2015-05-01
    • 2018-09-07
    • 2014-11-08
    • 2015-10-29
    • 2017-06-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多