谈谈云架构的可伸缩性带来的那些潜在风险
发布时间：2022-05-16 08:57:50 所属栏目：安全 来源：互联网
导读：不管大家有没有听说过，最近几年市场上出现了一类***吸引力的新方案也就是云服务器。虽然这个名称本身并没有实际意义，但大家可以将云服务器理解成一系列包含有计算与I/O资源的实例，我们能够根据自己的需求随时将其实例化或者关闭。总之，亚克西。 我们过去
|
不管大家有没有听说过，最近几年市场上出现了一类***吸引力的新方案——也就是云服务器。虽然这个名称本身并没有实际意义，但大家可以将云服务器理解成一系列包含有计算与I/O资源的实例，我们能够根据自己的需求随时将其实例化或者关闭。总之，亚克西。 我们过去一直将可扩展能力视为一种相对比较缓慢的调整选项。如果我们刚刚招徕到一大批新员工，那么IT部门就需要为他们提供额外的扩展服务器资源以支撑其存储与应用需求，有时候甚至还得另行构建强大的数据库集群等方案。我们需要花几个月甚至几年时间来不断规划规模伸缩机制。相比之下，大型互联网站点则包含有大量物理服务器，而不必考虑当前实际负载——这是因为他们需要为时刻可能出现的峰值以及日常状态下的平稳资源需求做好准备。而在多数情况下，这些服务器设备都处于闲置状态。 但现在规模缩放已经成为一项能够瞬间完成的任务。我们可以根据意愿生成新的实例，并在负载峰值结束后将其弃用。我们能够在几分钟而非像过去那样利用几个月完成规模伸缩调整。不过这种自动化机制当中也包含有潜在风险，而且很难得到准确调整。自动化应用程序在规模伸缩当中包含众多变量与调整空间，而不同应用在这些方面拥有着独特的要求——换言之，对某款应用非常适用的方案在迁移至另一应用时往往效果极差。总结来讲，细节就是其原罪。 正如大家所见，在这种情况下我们的决策树将变得极为庞大，而且其中很可能包含有重大缺陷。我们需要部署大量监控机制与计时工具，记录等待状态、阈值以及计数。此外，我们还得将无数声明与比较规则纳入进来以构建起一套自适应基础设施，且其逻辑本身也需要受到监控与调整。这绝不仅仅是一项单纯的目标，而是一段不断延续的摸索过程。 如果基础设施的实际复杂程度超出我们之前设定的简单Web应用，那么可能还会涉及多种公共API集成、缓存与查询服务器、队列 NoSQL数据库服务器或者数量不等的现代服务组件，这将使得动态负载管理机制的复杂性呈指数级增长。很明显，这绝不是一句简单的“如果一台服务器超载了，就使用另一台”所能概括。 哦，另外需要强调的是，我们还没有考虑到相关应用程序在设计当中是否考虑到了快速规模伸缩场景。如果答案是否定的，那么我们将很难甚至根本无法对后端资源进行调整。 动态规模伸缩能力带来的收益是显而易见的。它能够以更低的使用成本为我们提供理想的性能水平与可用性表现，这无疑是一种双赢局面。然而，要发挥其固有优势也需要大家投入心血与代价，各位千万不要等闲视之才好。 （编辑：宁德站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐