选择正确的AWS服务和软件工具

Question

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

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

​

​

当前体系结构和服务

1. 使用一个AWS EC2实例。我选择EC2是因为我试图弄清楚这个体系结构。
2. 堆栈是Node.js、RabbitMQ、Express、MySQl、MongoDB和Docker
3. 我对使用AWS IoT服务不感兴趣，比如AWS IoT和Greengrass
4. 我已经排除了Heroku，因为我正在使用其他AWS服务。

问题和关切

，我的目标是为50个用户开发一个Beta版本的原型(希望其他人能帮助/开发一个生产版本)

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

我的目标当然不是生产发行。我想完成产品，显示我有谁有兴趣的用户，当然，显示产品的工作！

在这方面的任何帮助都将是非常感谢的！

Answer 1

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

它总是更好的扩展，而不是扩大，使用中小型EC2实例。然而，您将面临的挑战是管理和扩展基础EC2以及您的码头容器。这导致您使用大型EC2实例来保持EC2扩展，并将重点放在对接扩展(这将增加您的额外成本)。

Web应用程序部分可以使用的另一种方法是使用无服务器框架的AWS和operational堆栈，这需要最少的操作开销，并附带了DevOps工具。

Answer 2

您可以将您的web应用程序保存在Heroku上，并在AWS EC2或中运行您的IoT服务器。Heroku在AWS本身，因此这种拆分设置不会影响性能。您可以通过编写一个Terraform脚本来解决“坐在两把椅子上”带来的不便，该脚本提供了EC2实例和Heroku应用程序，并将它们绑定在一起。

或者，您可以使用码头英雄外接程序在您的Heroku应用程序旁边的Docker容器中运行您的IoT服务器。

ps:我是码头英雄的维护者