可伸缩性和弹性之间有什么区别？

Question

我听说很多人互换使用这两个术语.但是,在我看来,它们之间存在差异:

可扩展性 - 系统增加当前硬件资源工作量的能力(扩大规模);

弹性 - 系统增加其当前和附加(动态添加的按需)硬件资源(缩小)的工作量的能力;

弹性与部署在云应用程序密切相关.

我是否区分了这两种非功能性软件特性呢？可能有人提供具体的例子,所以我们可以在这两个术语之间划出更明显的界限吗？

Answer 1

可扩展性是系统通过添加资源来实现更大负载的能力,这些资源可以使硬件更强大(向上扩展)或添加额外的节点(向外扩展).

弹性是通过与向外扩展相关的动态来适应动态处理负载所需的资源的能力.因此,当负载增加时,您可以通过添加更多资源来扩展,当需求减少时,您将收缩并删除不需要的资源.弹性在云环境中最为重要,在这种环境中,您需要按使用付费,并且不希望一方面为当前不需要的资源付费,另一方面希望在需要时满足不断增长的需求.

Answer 2

_

可扩展性: "增加"容量以满足"增加"的工作量.

弹性: "增加或减少"满足"增加或减少"工作量的能力.

可扩展性:在扩展环境中,可用资源可能超出以满足"未来需求".

弹性:在弹性环境中,可用资源尽可能匹配"当前需求".

可伸缩性:可伸缩性仅通过以"增量"方式"配置"资源来适应"工作负载增加".

弹性: 弹性通过"自主"方式"配置和取消配置"资源来适应"工作量增加"以及"工作量减少".

可扩展性: 通过增加单个计算机资源的功率或通过一组计算机资源增加功率来提供增加的工作负载.

弹性:随着计算机资源使用的动态变化,提供不同的工作负载.

可扩展性:可扩展性使企业能够满足"长期战略需求"的服务预期需求.

弹性:弹性使企业能够通过"短期战术需求"满足对服务需求的意外变化.

可扩展性:它"增加"服务于工作负载不断增加的环境的容量.

这种可扩展性可以是"Scaling Up"或"Scaling Out".

(例:

扩展 - 增加单个服务器的能力

向外扩展 - 通过向单个服务器添加多个服务器来提高能力.)

弹性:能够"扩大或缩小"随意服务的能力.

可扩展性:使用明喻,"扩大规模"是个人增加她的力量以满足不断增长的需求,"扩展"正在建立一个团队,以满足不断增长的需求.

弹性:使用一个比喻,一个电影演员增加或减少她的体重,以满足电影业的不同需求.

_

Answer 3

通常,当有人说平台或架构规模时,它们意味着硬件成本随需求线性增加.例如,如果一个服务器可以处理50个用户,则2个服务器可以处理100个用户,10个服务器可以处理500个用户.如果您获得的每1,000个用户,您需要2倍的服务器数量,那么可以说您的设计无法扩展,因为随着用户数量的增长,您将很快耗尽资金.

弹性用于描述您的架构如何能够实时适应工作负载.例如,如果您每小时有一个用户登录到您的站点,那么您实际上只需要一台服务器来处理这个问题.但是,如果突然有50,000个用户同时全部登录,您的架构能否快速(并可能自动)配置新的Web服务器来处理此负载？如果是这样,可以说你的设计是有弹性的.

Answer 4

在AWS 方面：

可扩展性是指您的资源在大小或数量上增加或减少的能力。

有很多基础设施可以让这样的事情发生，所以这不是一件容易的事。

AWS 中的许多服务默认都是可扩展的，这也是 AWS 如此成功的原因之一。

可扩展性的定义非常简单，这就是为什么弹性的某些方面通常归因于它的原因。

弹性是您的资源根据规定的标准（通常是CloudWatch规则）进行扩展的能力。

这就是当 Web 应用程序获得大量流量时负载均衡器添加实例时发生的情况。

弹性需要可扩展性，反之则不然。

并非所有 AWS 服务都支持弹性，即使是那些经常需要以某种方式配置的服务。

这似乎是多余的，但 AWS 中以“弹性”开头的服务通常支持弹性。

——

在 resume 中，Scalability 使您能够增加或减少资源，而弹性则让这些操作根据配置的规则自动发生。

Answer 5

一张图胜过一千个字。我在Mark Richards 和 Neal Ford 的《Fundamentals of Software Architecture: An Engineering Approach》中找到了它。

Answer 6

可扩展性根据系统的工作负载需求来处理资源的增加和减少。因此，可扩展性不必自动完成。

弹性是根据需要自动或动态增加或减少资源的能力。弹性资源匹配当前需求，并在需要时自动添加或删除资源以满足未来需求。

简而言之，系统自动处理可扩展性的能力就是弹性