amazon-web-services - 选择合适的 AWS 服务和软件工具

Question

我正在开发一个原型(prototype) IoT 应用程序，它执行以下操作

1. 从传感器接收/存储数据。
2. 具有基于网络的 IDE 的网络应用程序，供用户部署在 Docker 容器中执行的简单 JavaScript/Python 脚本。
3. 来自传感器的数据会流式传输到这些容器。
4. 用户程序可以使用这些数据进行分析、监控等。
5. 这些程序的日志在webapp上输出给用户

当前架构和服务

1. 使用一个 AWS EC2 实例。我选择 EC2 是因为我想弄清楚架构。
2. 技术栈是 Node.js、RabbitMQ、Express、MySQl、MongoDB 和 Docker
3. 我对使用 AWS IoT 和 Greengrass 等 AWS IoT 服务不感兴趣
4. 我已经排除了 Heroku，因为我正在使用其他 AWS 服务。

问题和疑虑

我的目标是为一组 50 位用户开发 Beta 版本的原型(prototype)(希望其他人会帮助/处理生产版本)

1. 尽可能地，我不想花很多时间在服务之间迁移，因为开发产品是关键。我应该坚持使用 EC2 还是迁移到 Beanstalk？
2. 如果我坚持使用 EC2，处理中小型流量的最佳方式是什么？使用一台大型 EC2 机器还是许多小型微型实例？
3. 管理容器的好方法是什么？使用 swarm 并进行容器管理是否值得？如果我必须使用多个实例怎么办？
4. 我还有一些小脚本，其中包含网络应用程序和其他服务所需的传感器信息状态。如果我移动到多个实例，我如何才能使这些脚本可用于多台机器？
5. 上述问题也适用于服务器、消息总线、数据库等。

我的目标当然不是​​产品发布。我想完成产品，展示我有感兴趣的用户，当然，展示该产品有效!

在这方面的任何帮助将不胜感激!

Answer 1

如果您想在 AWS 中以最少的麻烦管理 docker 容器，您可以使用 Amazon ECS 服务来部署您的容器，或者使用 Beanstalk。此外，您不需要在 AWS 中使用 Swarm，ECS 将为您工作。

使用中小型 EC2 实例向外扩展总是比向上扩展更好。然而，您将在这里面临的挑战是管理和扩展底层 EC2 以及您的 docker 容器。这导致您使用大型 EC2 实例来搁置 EC2 扩展并专注于 docker 扩展(这将为您增加额外成本)

可用于 Web 应用程序部分的另一种替代方法是使用 AWS Lambda 和 API 网关堆栈与 Serverless Framework ，它需要最少的运营开销，并带有 DevOps 工具。