上周，我参加了OpenStack硅谷大会，给自己上了一堂关于OpenStack和私有云的速成课程。最近，我从AWS和平台即服务（PaaS）的公共云世界来到CloudBees的CI/连续交付解决方案中间，我需要了解OpenStack作为一种技术和社区，然后将其与我们不断发展的部署自动化解决方案联系起来。很简单，对吧？事实上，是的。这次活动的特色是由OpenStack领域的领导者们进行的有趣且信息丰富的小组讨论。我从对OpenStack最基本的先验知识开始，在一天结束的时候，我对OpenStack游戏中的核心技术、社区、工具和大玩家有了坚实的了解。任务完成了！作为一个整体，我真的对OpenStack的发展感到惊讶，但最让我吃惊的是OpenStack和DevOps之间有着强大的联系。OpenStack是DevOps工具包中用于构建私有云的事实上的技术之一，这一点非常合理。OpenStack是开源的，相对来说成本低廉，功能非常强大，功能丰富，背后有一个热情的（DevOps）社区，他们不断地发布新的模块和功能。在这次会议上很明显，OpenStack是一个为人民服务、为人民服务的工具。这让我非常兴奋。CloudBees致力于让DevOps团队成员更快乐/更高效。作为CloudBees Flow Continuous Delivery（CD）平台的一部分，我们正在构建一个与私有云和公共云集成的供应和部署自动化解决方案。虽然这项功能目前存在于我们的electronic commander平台中，但我们始终致力于在整个CD生命周期中增强我们的集成。第一个私有云目标？你猜对了，OpenStack。可以这样想：DevOps创建可重用的类似PaaS的配置（"环境模板"），描述动态OpenStack云资源的基础设施和中间件。在一个典型的CD过程中，假设QA已经准备好部署最新的应用程序构建来进行测试，他们只需要一个环境。通过为CloudBees Flow用户提供与OpenStack的更深入集成，您可以轻松地在UI中选择适当的环境模板，单击进行配置，等待环境出现，然后观察应用程序自动部署到其中。这是件美丽的事。在自动CD管道中协调部署时，允许Dev/QA团队更加自给自足，这让每个人都很高兴。DevOps减少了担心服务器环境可用性的时间，而且Dev/QA团队可以在需要时访问最佳实践、标准化资源。CD的管道流动得更好，每个人都赢了。DevOps团队的另一个很酷的用例是围绕OpenStack中的动态环境的先发制人的配置。假设您还没有准备好部署的构建，但是您希望启动一个资源池，以便在您的CD流中用于其他用途。是的，DevOps团队可以使用Heat模板等工具来执行这种精确的操作，而不是重新创建那些轮子，我们计划将它们与cloudbeesflow联系起来，使您的整个CD工作流更加可重复和可预测。就像在上周的会议上，DevOps和OpenStack之间的紧密联系一样，CloudBees正在努力推动持续交付的边界，使CloudBees成为DevOps世界的支柱。随着部署自动化解决方案的不断发展，我们将继续加强与越来越多常用的面向云的工具和平台（如AWS和VMware云）、配置管理工具（如Chef和Puppet等）的集成。敬请期待！同时，你可能想看看我们的OpenStack插件，看看ElectronicCommander并观看网络研讨会，了解华为如何使用它来构建自助服务开发/测试OpenStack云。