为什么我们必须将OpenStack容器化

本文讲的是 为什么我们必须将OpenStack容器化【编者的话】本文主要涉及GoDaddy为何将OpenStack容器化和Kubernetes结合的思路。希望能给大家带来一些借鉴。

Go Daddy是一家提供域名注册和互联网主机服务的美国公司，服务产品涉及域名主机领域基础业务：域名注册、虚拟主机、VPS、独立主机，以及域名主机领域的衍生业务：独立IP、SSL证书、网站建设、邮箱、相册、速成网站、加速搜索引擎收录、网站分析等（ 百度百科）。

OpenStack现在已经变得不仅可以与基础设施交互，而且更加关注如何开发和部署软件。许多企业已经开始将他们的OpenStack组件容器化，例如Kubernetes这样的业务流程工具使得很多案例都变得轻量级。OpenStack利用这个优势，创建了云开发平台，旨在锁定那些和云开发相关的免费公司。

在 The New Stack Analysts的95#章节中，The New Stack的创始人 Alex Williams和主管 Joab Jackson在与GoDaddy高级资深工程师 Shaheeda Nizar以及GoDaddy OpenStack技术主管 Josh Harlow的对话中谈到， GoDaddy是如何促使开发者在同时使用 OpenStack和 Kubernetes中获益，如何使用OpenStak的 Oslo规范类库来简化OpenStack开发，同时探讨了那些不适合使用Kubernetes的因素。

虽然一些企业不并不太愿意支持开源项目，这并不是GoDaddy的个案。Nizar表示，"GoDaddy是两年前才决定使用OpenStack的. 我们 将OpenStack部署在我们的私有云上， 开发人员可以在一分钟以内获得一个虚拟机。同时很方便的在生产环境、CI和CD环节及其他工作流程中使用这个虚拟机"。

Nizar还提到，很多公司自然而然地看重容器，特别是将他们的OpenStack组件容器化，称为容器的兴趣，“令人惊叹，”她接着强调GoDaddy是如何决定容器化OpenStack部署的，"这是最近的趋势。我们清楚这将非常有用，尤其是减少升级的费用。当我们升级部署的时候，容器化OpenStack可以为我们带来便利。"

Harlow指出，对于大多数开发者而言， 容器即便利。他们代表了划分、分解和编排任务，不仅小而且容易部署，同时抽象自身并且不用担心整体架构的能力。这使得转换显而易见。尽量减少不必要的开销，是开发者持续关注的内容之一。组件化OpenStack正是将这一切成为现实的一部分。

Harlow指出，“以前的解决方案花费大量的时间迁移到一个新的代码库。从发布新版本到其他的改变，至少花费一个人一个月时间，完全取决于他们的技术底蕴。那些技术壁垒正好是我们需要努力减轻的部分，把OpenStack放到容器中恰恰能使得我们做到这一点。"

GoDaddy持续关注OpenStak API的容器化，尤其是 Magnum和 Zun这两个项目，他们主要使用OpenStack整合Kubernetes。Harlow指出，"GoDaddy希望能够两全其美，使得两个工具可以相互使用，这无疑是很多开发者所看重的。"

Nizar还提到，Kubernetes并不适合所有的业务和工作流程。对于一部分人而言，类似Zun和Magnum这样的工具，使得使用Kubernetes和OpenStack变得简单。 

"Kubernetes并不能满足所有人的业务需求。其原因是，学习曲线并不平滑。对于简单的案例，仍然需要像Zen这样的项目来让Kubernetes使用起来更便捷。"

原文链接：Why You Should Consider Containerizing OpenStack（翻译：隋鑫）

原文发布时间为： 2016-07-05

本文作者：隋鑫

本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。

原文标题：为什么我们必须将OpenStack容器化