OpenStack Pike在微服务和扩展上下狠手

随着OpenStack Pike的发布，OpenStack基金会专注于使这一基础软件定义的网络环境看起来更容易理解，更适合于微服务领域。

OpenStack基金会执行董事Jonathan Bryce表示，用户已经变得习惯于将OpenStack视为一个整体。

这就意味着不再强调，OpenStack是“由许多不同的，提供访问计算、存储、网络、裸机、数据中心功能的服务组成”。

Bryce补充道，与OpenStack的发展同步，像Kubernetes、Docker、OpenFlow和TensorFlow这样的技术已经出现并成熟。他表示用户希望将这些技术与OpenStack环境结合起来。

因此，基金会在Pike版本中突出“可组合性”：这是使OpenStack更容易使用这些服务的一种方式。

Ironic裸机服务更容易与Cinder块存储和Neutron网络集成。

Cinder现在可以分解为虚拟机、裸机系统或Docker / Kubernetes容器的独立存储服务。

Ironic现在直接插入Neutron网络——基金会表示这对于多租户云端产品很重要。

Cinder块存储通过“恢复为快照”功能得到增强，可以更好地进行数据恢复，并且可以不需要管理员关闭虚拟机而扩展存储卷。

第二个“大主题”是Pike反映了更为成熟的部署态度——重点从”如何安装OpenStack来构建最初的云？”变为“如何从头到尾地运行云？”

用户现在更关心生命周期问题 ，即“如何扩展，升级，管理故障等在云生命周期中会发生的事情”。

Bryce表示，将OpenStack视为微服务的集合，让用户更有效地创建云。当升级时，微服务模型允许管理员通过A / B测试运行滚动更新。

使用OpenStack容器的两个关键工具是Kolla和Helm。

Kolla在为Pike版本做出贡献的开发人员中变得更受欢迎（与OpenStack Octata相比，多了19％）。Bryce表示，Helm（Kubernetes的封装管理工具）现在已经成为OpenStack服务的完整生命周期技术。

再见，Python 2

OpenStack开发社区也关注Python 2.x语言系列的弃用。虽然是2020年到期，但是还有很多代码要替换。

Bryce赞扬OpenStack成千上万的开发人员让Pike为Python 3.5做好准备的能力，让“用户知道他们不会背负大量的技术债务，即运行依赖于即将弃用的语言的流程”。

“对受到监管的行业的用户来说，这是最重要的，他们必须证明他们在做的是安全的、可管理的和使用了适当的标准。”

Pike的其他重点包括对Nova Cells v2的增强；OpenStack的分布式锁定管理解决方案etcd v3的推出；Swift对象存储现在支持全局分布的擦除代码，以允许单个区域在多区域网络关闭时起作用，并且确保一个区域中的故障可以使用远程区域进行恢复。

Bryce指出，Cells v2是一项正在进行的工作，因为大型云不是静态的。 OpenStack的最大用户面临的持续挑战是如何将云扩展到非常大的规模 ——“几百或者几千台物理服务器”。

他解释说：“每个发布周期，问题都会发生变化。”

“Cells v2是扩展虚拟化环境的基本新架构。”

“你永远无法建立一个能满足每一个人需要的、足够大的单个虚拟化环境，所以你需要以合理的方式扩展它。”

并不是每个人都以相同的方式看待这些块——对于一个网络来说可能是环境中有多少个IP地址，对另一个来说是物理机器，对其它的来说则是虚拟机的数量。

Bryce表示，Cells v2中的想法是，用户可以分割其虚拟环境，每个部分都能感知其他部分，它们之间可以“智能地对话”。

“这个项目已经进行了大约一年半，可能未来几年还会继续。”

Bryce说，Pike的重点是公开横向扩展的功能。“每个OpenStack Nova实例从Nova Cell开始，你可以在该环境中添加额外的Nova单元，进行水平扩展和均衡。”

这是OpenStack社区做出的一个很大的努力。