Amazon web services 弹性豆茎自动缩放-我应该使用哪个指标？

我有一个内置于node.js中的应用程序，主要用于将照片发布到（最多25mb）。该应用程序将大小调整为缩略图大小，并将缩略图和全尺寸图像移动到S3。当上传开始时，通常会出现10-15张图片，冲洗，清洗，在5分钟内重复。我看到了很多扩展，触发器是默认的6MB NetworkOut触发器。我的问题是，将照片移动到S3是否被认为是网络问题？或者我应该考虑一个不同的缩放触发，到目前为止，应用程序还没有结结巴巴，所以我犹豫不修复什么没有打破，但我看到相当大的缩放，所以我想我会调查。谢谢你的帮助

简短回答-资源受限时的规模。例如，如果您的实例能够跟上网络IO或cpu超过80%，则可以扩展。是的，从ec2实例发送任何数据都是网络输出流量。你必须以某种方式从A点到B点获取数据：）

随着ec2实例大小的增加，您将获得更多的内存和cpu以及更多的网络IO。如果您没有看到传输的问题，您可能希望将自动缩放切换到监视cpu或内存。在我正在开发的应用程序中，用户可以启动需要一点cpu的作业。因此，如果我的cpu超过80%，我会自动按比例缩放。但是您可能有一个进程，它消耗了大量内存而没有多少cpu

---

另一方面，您可能需要考虑让您的上传直接进入s3存储桶，并使用lambda触发调整大小例程。与当前的设计相比，这有几个优点

我建议熟悉实例度量。然后，您可以识别当前实例类型和计数上特定于应用程序的瓶颈

---

谢谢denov，这是一个有趣的想法（直接转到s3）。我会看一看，并感谢有关适当缩放的信息！