如果您 运行 您的应用程序在 AWS DC/OS 上，创建 AutoScaling 组是否多余？
If you are running your applications on DC/OS in AWS, is creating an AutoScaling group redundant?
由于您可以通过 DC/OS 启用容器的自动缩放，因此当 运行 在 EC2 集群上启用此功能时，是否仍然需要或冗余 运行 您的集群AutoScaling 集群？
这里有两个（正交）概念在起作用，不幸的是术语 'auto-scale' 在这里含糊不清：
- 某些 IaaS 平台（包括 AWS）支持向集群动态添加 VM。
- 另一个是容器编排器扩展服务副本数量的能力——在 Marathon 的情况下，这在 Kubernetes 的上下文中称为实例或副本——只要有足够的资源（CPU、RAM 等）在集群中可用，
在最简单的情况下，您 auto-scale 服务达到整体集群利用率高（>60%？>70%？>80%？）的程度，并使用 IaaS-level auto-scaling 添加更多节点的功能。事实证明缩减是更棘手的事情。
所以，互补而不是多余。
由于您可以通过 DC/OS 启用容器的自动缩放，因此当 运行 在 EC2 集群上启用此功能时，是否仍然需要或冗余 运行 您的集群AutoScaling 集群？
这里有两个（正交）概念在起作用，不幸的是术语 'auto-scale' 在这里含糊不清：
- 某些 IaaS 平台（包括 AWS）支持向集群动态添加 VM。
- 另一个是容器编排器扩展服务副本数量的能力——在 Marathon 的情况下，这在 Kubernetes 的上下文中称为实例或副本——只要有足够的资源（CPU、RAM 等）在集群中可用，
在最简单的情况下，您 auto-scale 服务达到整体集群利用率高（>60%？>70%？>80%？）的程度，并使用 IaaS-level auto-scaling 添加更多节点的功能。事实证明缩减是更棘手的事情。
所以，互补而不是多余。