卡住的OpenStack

Posted 2021-04-24 云头条

OpenStack领域出现了一个让人越来越担忧的现象，这个现象根源于OpenStack这种自由软件的性质。它使企业增加了运行云的费用，同时让企业无法享用最新的进步。它影响了73%的OpenStack云运营方。

这个现象就叫作“Stuck Stack”（字面意思是“卡住的OpenStack”）。

Stuck Stack是指无法将OpenStack云升级到更新颖的版本这个问题，导致公司继续使用比较旧的、不受支持的版本，它们存在已知的安全漏洞和问题；被卡住的时间越长，就需要越来越专业的技能才能维护运行。

与此同时，它们的竞争对手却大步领先，这归功于最新的OpenStack版本增强了安全功能，简化了云运营，并改进了容器支持。

最新的OpenStack用户调查（https://www.openstack.org/assets/survey/April2017SurveyReport.pdf）显示，只有27%的OpenStack用户在运行最新版本。那么，什么因素使得如此多部署的OpenStack系统使用旧版本呢？

一些人可能认为，OpenStack的性质恰恰让升级成为了难题。另一些人表示，新版本的诱惑力不足以吸引用户升级。但是，Stuck Stack背后有一种不同的观点。

直面正视OpenStack

最纯粹形式的OpenStack不难升级。每个版本是为无缝滚动更新（rollover）设计的，并经受大量的社区测试，确保升级过程尽可能顺畅无阻。但是，平常的部署并不是纯粹的、不受影响的OpenStack。

OpenStack最显著的特点之一就是可定制性。OpenStack云完全可以按照企业的需要来构建，以适应该企业内部的现有流程和技术。正是这种灵活性，让许多IT团队摩拳擦掌、跃跃欲试，因为有望自行构建满足自身要求的云。最后，它们有望迎头赶上可以自由地在公共云处理工作的对手。

然而，正是这个特点引发了一连串事件：七年过后，这一连串事件已导致了数量惊人的Stuck Stack。正是在这里，我们遇到了自由软件的幽灵。OpenStack在本质上鼓励自由开发。毕竟，如果云及其应用程序运行起来不需要任何费用，那么构建、测试、部署和补丁上百次又会造成什么危害呢？

所以，OpenStack一直是这种情况，因为企业竭力构建正好适应现有基础设施的私有云。每个定制的部分不断添加另一个组件，几个月、甚至几年下来，由于大量的定制功能和规范，最终整个系统成了庞然大物：一个定制的、基于OpenStack的云。

构建你的云

新版本出现时，那些IT团队看看私有云这头庞然大物，面临两个选择。第一个选择是，拆掉定制功能，进行升级和重建；第二个选择是，奉行最基本的生命终期安全支持以确保稳妥，保护企业组织，避免每小时损失高达10万美元的停运时间。

一直以来，大家接受这一点：这种定制的OpenStack云需要越来越专业的技能，才能在IT行业几乎充分就业的时期做好内部维护和改善。突然之间，免费软件确实看起来很昂贵。

一旦企业组织选择了后者，也就走上了一条Stuck Stack问题只会积重难返的不归路。

每次新开发将增加升级OpenStack云所需要的工作量。每次新发布都会让原来的OpenStack版本进一步过时。而且每次发布后，企业评估升级要花更长的时间，并且得出同一个结论：凭借我们自身的能力，跟在后头比努力赶上来得少花钱。

一种更好的方法

IT部门该如何是好？

现在怎么办？是放弃OpenStack，从头开始搞起？还是不顾一切、紧跟公共云这股潮流？

对于年收入达到数百万美元、乃至数十亿美元的企业而言，这些并不是很诱人的选择，尤其是骨子里对OpenStack的承诺深信不疑的那些企业。OpenStack承诺有望提供一种可扩展的、开放的基础设施，可以为下一代应用程序提供敏捷性和成本效益。

那么，如何打通Stuck Stack呢？

首先，团队要接受这个事实：它有问题，需要一种新的方法。带来Stuck Stacks的做法需要时间才会根深蒂固下来；要摆脱这个问题，第一步是承认存在Stuck Stack及其缺陷。

这可能意味着改变文化和组织，这种变化可能让人难以接受，却是成功必不可少的。

这种新方法应该是模型驱动的，不再专注于机器，而是专注于机器上运行的服务。模型驱动的方法使得应用程序在不同的环境之间平移（lift and shift）起来要简单得多。可以跨基础设施来测试软件模型，不用改变实现系统的核心，使得实现系统和软件本身可以重用，并将应用程序从云的固有部分变成可以拖放到新环境中的功能。

如果落实了这种新方法，企业组织现在可以将工作负载迁移到最高效的那个环境，而不是交给一个过时的OpenStack云。而且，它可以将那些工作负载迁移到一个云，同时升级另一个云，保持引擎运行，同时积极采用新功能。

采取了这些步骤后，Stuck Stack有望打通，OpenStack的未来版本就触手可及。

企业组织可以将定制的、过时的OpenStack云转变成高效的、最新的部署系统，模型驱动软件在上面运行。最重要的是，关键要认识到OpenStack何时被卡住，并且认识到现在有一种更好的方法，并采取步骤来实现这种方法。

相关阅读：