美国时间4月7日，OpenStack社区发布了OpenStack的第13个版本——Mitaka，新版本聚焦于可管理性、可扩展性和终端用户体验，是迄今为止最成熟作品。

目前，OpenStack在已经成为开源云平台的事实标准，是企业和服务提供商云平台的重要选项，为企业应用优化和云原生软件开发架起了桥梁。从技术角度来看，OpenStack是一个让虚拟化、裸机、Kubernetes和Apache Mesos容器编排等不同技术实现计算、存储和网络自动化的整合引擎。这个定义在月底召开的奥斯汀大会上将被重点使用。而作为一个整合引擎，将给OpenStack的应用带来更广阔的想象空间。

Mitaka版本有哪些改进？

Mitaka版本包含了大量的改进，在以下方面有显著提升：

• 简化可管理性
• 更高的可扩展性
• 提升用户体验
• 提升可用性

具体说来，Mitaka版本重点提升了云部署者和管理者日常使用的便携性。通过引入附加的标准默认值和减少必须手动选择的选项数量，简化了对Nova计算服务的配置。此外，通过将云网络身份管理功能的多个设置步骤——安装、运行、认证、分配令牌等整合成了一个步骤，Keystone身份服务也得到了大幅简化。Neutron的可管理性得到了进一步增强，新增了对改进的Layer 3网络和分布式虚拟路由器（DVR）的支持。

在横向扩展方面成果显著，比如：Heat聚合引擎可以处理更大的负载和更为复杂的横向扩展；在Keystone中，fernet令牌增加了身份服务所支持的API操作数量。

在提升用户体验方面，不仅包括照顾到云运营者，还扩展到那些正在开发，或是正在云资源上部署应用的终端用户。例如，统一的OpenStack客户端为创建资源提供了一套一致的调用，终端用户不必学习每个服务的API。在Neutron中增加了一项名为“get me a network”的功能，将创建网络、为网络添加服务器、为服务器分配IP等一系列操作中的所有必须步骤合并为一个操作。

我们贡献了什么？

Mitaka版本是由来自全球93个组织的2336名开发者共同构建的，其中有21名来自UnitedStack有云的工程师参与了这个周期的开发，有209个提交， 13482行代码修改。其中，主要来自于Puppet相关的项目。

与单纯的数据相比，项目本身是UnitedStack有云对Mitaka版本贡献的更高价值体现。UnitedStack有云不仅在原有框架内提交和修改代码，并且把自己的研发结晶开放到社区，得到认可。今年1月17日，Steth项目并入Big Tent；2月1日，puppet-oslo项目正式进入governance，成为OpenStack官方项目！

其中，Steth项目主要是针对网络故障排查和部署前的硬件网络环境检查的，也是本次版本升级中简化可管理性的体现，对提升运维人员的体验具有很大意义。puppet-oslo项目将每个Puppet Module中与Oslo相关的配置逻辑完全抽离出来，统一进行管理，可以有效地减少代码冗余和维护工作量，能够显著提升用户体验，特别是开发者的用户体验。

什么时候能用上？

在OpenStack社区的新闻稿中，提到将在未来数周和数月内开始大规模推出基于OpenStack Mitaka的产品和服务。并且提醒用户可以找到OpenStack Powered认证的发行版，在OpenStack Marketplace中找到符合互操作测试的服务提供商。

按照惯例，一般社区打包测试需要在发布之后的一个月完成，此次Mitaka版本应该也不会例外。而作为首批通过OpenStack Powered认证的厂商，UnitedStack有云一般需要半个月左右的测试时间，也就是说，在一个半月之后，基于Mitaka版本的UOS 3.0就可以期待了。也就是说，距离用户使用到Mitaka版本的时间不会太久了。

同是开源，差别在哪？

同样是社区的标准代码，那么对用户有什么不同呢？用户应该如何选择呢？

第一建议，复制OpenStack官方的建议，寻找OpenStack Marketplace中找到符合互操作测试的服务提供商。这样可以有效防止厂商锁定，将迁移成本降到最低。

第二建议，选择对项目有深度理解和掌控力的提供商。因为OpenStack是一个庞大复杂的系统，是否“玩的转”全在于服务提供商对于社区的理解和掌控力。这种能力这不仅包括在社区代码的提交，更重要的是事实证明。比如，在客户的生产集群上解决问题。UnitedStack有云曾在近期交付的客户生产集群上，现场为客户修复了总共七个项目，一共12个Bug，确保了系统的顺利上线及稳定运行。可见这种掌控力在实际应用当中的重要性。在Mitaka版本中，这种掌控力仍需要特别关注。