小编Vov*_*sov的帖子

我的情况是我的产品(某些Web API)存在于VPC内部,即没有任何外部访问.我想公开这些API的一部分(只是几种HTTP方法),可以从互联网上访问.我正在尝试使用AWS API Gateway实现此目的,但看起来我无法使内部ELB端点成为API网关资源.任何想法我怎么能这样做？

谢谢, - Vovan

我们正在构建在亚马逊上运行的可扩展Websocket云服务。我正在寻找更好的自动缩放和负载平衡策略，以用于我们的websocket API实例。

当前，我们的自动缩放策略仅基于CPU使用率，例如“当平均CPU> 80％时-启动更多实例，当CPU <30％时-冷却”，但我觉得这还不够。由于websocket连接是长期存在的，因此增加容量显然不会帮助已经超载的当前实例。理想情况下，除了要自动调整CPU使用率外，我还希望有一些指标，例如“ TCP连接的平均数量”，以及将连接从过载实例转移到新实例的能力。通过“传输连接”，我并不是要保留任何状态，而只是将某些状态放到过载的实例中，并允许客户端为新实例建立新的状态，即在所有节点之间平均分配连接。

任何人都可以分享经验或建议一些有关最佳实践的好阅读，以便在AWS内运行可伸缩Websocket应用程序吗？

我在Amazon EC2中有多个应用程序实例,每个实例都运行多个工作进程.我想要的是每个工作进程订阅一些通知(例如配置更改).此通知应基本上是广播消息,以便一旦发送 - 每个工作人员都会收到它.

我知道SQS不支持广播消息.通过类似的问题/线索,我看到了使用SNS而不是SQS的建议.由于以下原因,我不确定这对我有用:

• 应用程序实例是自动缩放组的一部分,因此可以动态添加和删除它们.在这种情况下,我没有看到任何明确的方法来取消订阅每个工作人员(每个实例我有多个工作人员)一旦实例终止,这意味着我会在一段时间后结束一堆死的订阅者.
• 用于订阅的协议也不清楚.HTTP端点看起来是唯一的选项,这意味着我的每个工作者都应该在自己的端口上运行HTTP服务器.它看起来我应该只监听实例公共IP,这会增加一层复杂性和不安全性.

目前我有一个基于第三方的解决方案 - 我正在使用0MQ发布/订阅服务器.但我正在寻找AWS提供的一些开箱即用的解决方案.

谢谢,Vovan