使用 OpenShift 和 OpenStack 进行开发的未来

图片来自

Opensource.com

在奥斯汀 OpenStack 峰会上，Scott McCarty 将做一个题为 OpenShift 和 OpenStack：共同交付应用程序 的演讲。

在本次访谈中，Scott 分享了他对一起使用 OpenShift 和 OpenStack 开发和交付应用程序的好处的看法。他还推测了我们可能在明年 OpenShift 和 OpenStack 的开发中看到的进展，并分享了他希望在未来看到的一些功能。

一起使用 OpenShift 和 OpenStack 有什么好处？

所以，我认为围绕资源的暴露和消费有很多困惑。从根本上说，操作系统一直是应用程序和硬件之间的粘合剂。几年前，人们说 OpenStack 是新的操作系统。现在，人们说它是容器平台。我的演讲的目标是帮助人们理解，仅仅因为你将操作系统分成两部分，并不意味着暴露和组合的这些基本角色会完全改变。

在运行传统应用程序的传统 Linux 操作系统中，操作系统处理 CPU、RAM、磁盘和网络的暴露和消费。在新世界中，我认为可以大规模编程，但从根本上来说是古老的问题。硬件和操作系统暴露资源，这就是 OpenStack。软件应用程序和操作系统消费资源，这就是 OpenShift。每个都解决了问题的一部分。

对于从更传统的开发模型转向的开发人员来说，有哪些挑战？OpenStack 和 OpenShift 如何帮助促进这种转变？

对于传统开发人员（和系统管理员）来说，迁移到分布式系统计算环境可能是痛苦的。特别是，我认为对于谁拥有编排以及他们将如何进行编排仍然存在很多困惑。开发人员不能只是将他们的应用程序交给运维部门来弄清楚如何在分布式环境中运行它。他们需要参与并驱动架构以及他们的应用程序在运行时（资源消耗）如何被编排。这意味着开发人员必须从根本上理解分布式系统的一些陷阱。

如果没有 OpenStack 和 OpenShift，开发人员基本上必须为给定的集群硬编码他们的应用程序。该应用程序拥有集群，并且必须能够决定如何运行它。作为开发人员，我想专注于构建我的应用程序。我真的不想为每个应用程序构建分布式系统计算环境。OpenStack 和 OpenShift 提供了一个标准化平台，因此开发人员可以请求他们需要的资源并编写他们的应用程序代码。虽然这在 HPC 领域并不新鲜，但在企业 IT 领域却相当新颖。

尽管 OpenStack 和 OpenShift 没有消除理解你的应用程序在分布式运行时如何运行的需求，但它们确实提供了一个可以随着时间推移学习的标准。随着开发人员在 OpenStack 和 OpenShift 上运行他们的分布式应用程序时获得技能，他们可以获得更大的敏捷性。此外，如果他们正确构建他们的容器，他们可以将几乎所有的运行时逻辑和维护交给运维团队（这样他们就不会在半夜被呼叫）。

如果你要在 2017 年春季 OpenStack 峰会上做同样的演讲，你认为你需要在你的演讲中改变什么？你预见到这两个项目有哪些改进？

我预见到资源暴露和消费之间的清晰度会有很大提高。例如，看看 OpenShift 中的动态存储配置插件。当在带有 Cinder 的 OpenStack 上运行时，这提供了一个杀手级的组合。存储管理员不需要提前预配置小型、中型和大型风味的存储块。存储的暴露在运行时进行自定义。例如，如果开发人员想要 5GB 的存储，他们会从 Cinder 获得 5GB 的存储。在动态配置之前，必须预配置存储，开发人员可能会获得 80GB 的存储块，因为这是集群中剩下的所有存储。

我认为围绕 CPU、RAM 和网络的更多融合将会发生。如果需要新的 VM，它将能够在池中更快地发生（例如 ClearContainers 或 vFork）。想象一下，请求 1,000 个新容器，OpenStack 在毫秒内启动 1,000 个所需大小的 VM。想象一下，我需要在 OpenShift 中创建一个新项目，Neutron 会自动为该项目配置一个新的覆盖网络，并将其连接到该项目有权访问的 VM。OpenStack 和 OpenShift 的组合是新的分布式操作系统。