Mark Voelker 对 OpenStack 社区并不陌生。 作为思科的技术领导者和 Triangle OpenStack Meetup 的联合创始人，Mark 可以从许多不同的角度看待 OpenStack。
在这次关于他在思科的工作和他即将到来的 All Things Open 演讲的采访中，Mark 分享了他对 OpenStack 的现状以及 OpenStack 发展方向的看法，因为大数据和网络功能虚拟化 (NFV) 等主题继续出现在许多公司的 OpenStack 路线图中。
想了解更多关于 OpenStack 的信息吗？ 请查看 Opensource.com 资源页面 这里，并务必参加 Mark 在 All Things Open 上的演讲，OpenStack - 了解入门所需的一切。
请简单介绍一下你自己。 你在思科用 OpenStack 做什么？
我目前是云和虚拟化组平台团队的技术负责人。 我喜欢把我们看作是一群广度优先的技术专家，他们正在研究构建和运营由 OpenStack 驱动的云所需的各种技术问题。 这意味着我亲自参与 OpenStack 本身，但也使用许多相关技术和架构问题。 例如，DevOps 是我工作的重要组成部分（我也是 Puppet StackForge 社区的核心开发人员）。
我花时间研究持续集成和部署技术、配置管理、监控、调试 Python 代码、打包以及使所有这些工作发挥作用的软件和硬件架构。 这真是一个有趣的角色，因为我可以接触到云的各个方面。 我还可以自由地（并且得到支持）参与社区活动，例如我在 Research Triangle Park 地区共同创立的 Triangle OpenStack Meetup。
不要透露太多，请简单介绍一下你即将到来的 All Things Open 演讲。 与会者可以期待学到什么？
OpenStack 最近庆祝了它的四岁生日。 几年前，我花了很多时间向人们解释 OpenStack 在一个非常基本的层面上是什么。 现在，我们已经超越了这一点：有很多优秀的“OpenStack 101”演讲，几乎所有没有生活在岩石下的人都知道一些关于它的事情。
但是，很多人并不了解的是，当真正开始实施时，成功部署云需要什么。 除了 OpenStack 本身之外，还需要考虑软件。 需要做出架构决策。 还需要运行云所需的运营策略和工具。 您需要考虑如何构建一个可以实际运营和维护的云。
我在 All Things Open 上的演讲旨在解决其中的一些领域，并分享我在成功和不太成功的部署中的一些经验。 最终目标是让人们专注于使云部署更顺畅的原因。
OpenStack 社区在过去几个月以及上次峰会上做出了有意识的努力，以专注于用户社区。 你认为这种努力是否有助于让新手更容易使用 OpenStack？
当然，我认为我们正在朝着做得更好的方向发展。 我曾与核心开发人员和 PTL 们交谈过，他们从过去几次峰会上以用户为导向的会议中获得了关于运营商问题的“灵感”，以及运营商从开发人员那里发现新事物。 在过去的发展周期中，我也看到了很多对最终用户问题的关注。 像可操作性、稳定性和可升级性这样的无聊问题受到了很多关注。 像我最近在圣安东尼奥参加的运营商聚会或上次在亚特兰大的设计峰会一样，运营商们也有一个相互合作的论坛（顺便说一句，我们将在巴黎再次举办）。
我们已经看到了围绕 OpenStack 作为提供软件定义网络和网络功能虚拟化解决方案的工具的大量兴奋和兴趣。 OpenStack 如何适应这些需求，思科在 OpenStack 中的工作如何促进这一点？
OpenStack 的核心部分工作是抽象底层基础设施，并使其可通过 API 寻址且可水平扩展。 您正在向 OpenStack 的控制平面发出 API 调用，并让 OpenStack 反过来驱动在物理世界中实现您所要求的内容。 这意味着它非常适合 SDN 解决方案，并且以允许组织选择他们使用软件定义网络 (SDN)、基于控制器或基于覆盖的技术以及网络功能虚拟化 (NFV) 的速度的方式进行。 例如：使用 Neutron，您可以立即启动一个由您熟悉的技术支持的 OpenStack 云，例如用于网络分段的 VLAN（虚拟）。 然后，您可以迁移到更具可扩展性的覆盖技术，例如 VXLAN（虚拟可扩展），而 API 的最终消费者实际上并不知道这一点——事实上，使用 ML2（现在是 Neutron 的事实上的默认插件），您可以在后端组合不同的机制和类型驱动程序。 您甚至可以部署像 OpenDaylight 这样的 SDN 控制器技术，而无需修改应用程序与基础设施的接口。
最近，我们看到了这一方面的另一个非常酷的发展：策略层。 例如，Neutron 中基于组的策略工作和 Congress 项目为最终用户提供了一种不同的方式来考虑声明其基础设施的状态，本质上提供了一组新的逻辑原语，这些原语可以由控制器技术驱动。 一旦您将网络中的大部分决策委托给 SDN 控制器，那么基于策略的基础设施声明将成为一个非常易于理解的下一个逻辑步骤。 这很好地转化为可以由策略驱动的 SDN 解决方案（思科的 Application Centric Infrastructure 就是一个例子）。 这就是为什么我们不仅参与 Neutron 中 基于组的策略工作，还参与了开放 SDN 社区（如 OpenDaylight ）和开放标准工作（如 OpFlex）。
许多相同的原则在 NFV 世界中也适用：NFV 部分是关于虚拟化，然后水平扩展过去纯粹是物理的并且垂直扩展的网络功能。 拥有一个可 API 化基础设施可以为您提供弹性，抽象可以为您提供与许多不同底层提供商的通用接口的自由。 随着 NFV 最近在 OpenStack 中真正开始成熟，我们已经看到更多地强调对 NFV 用例很重要的一些事情。 例如：Neutron 现在有一个 NFV 子团队，供人们协作处理 NFV 用例，最近在 SRIOV 方面做了很多工作，以提高负载平衡等应用程序的性能，我们已经看到了像 Octavia 这样的项目启动，并且我们已经看到了像 Linux 基金会的新 OPNFV（开放 NFV 平台）倡议这样的补充项目的启动。 思科不仅在做出贡献，以帮助使 OpenStack 更适合 NFV 并构建提供基础的产品，我们还在强调与社区一起构建平台：这就是为什么我们还参与了 OPNFV，并且在未来几周内，我们将与社区成员一起举办 Google Hangout，讨论 OpenStack 中的 NFV。
我们距离 Juno 版本的发布只有几周的时间了，并且已经完成了一些计划 Kilo 的工作。 你对 OpenStack 的未来有什么期待？
看到 OpenStack 被用于各种应用程序的“底层”，并且随着 OpenStack 用户群的持续增长而涌现出来的用例，真是令人兴奋。 NFV 是这里的一个明显的例子，但我们也看到了像移动应用程序、视频应用程序、大数据方面的一些巧妙的东西以及联合。 作为一个网络极客，我很高兴看到 Neutron 中分布式虚拟路由器功能的初步发布，以及对 IPv6 的改进支持。 对策略驱动基础设施的持续多方面的研究也引起了我的注意。 作为一个花很多时间与运营商在一起的人，我也很高兴看到对可操作性、可用性和可升级性的持续关注。 例如，已经做了大量工作来为 Neutron L3 代理提供高可用性。
为什么开源对你很重要？ 你认为它如何帮助 OpenStack 取得成功？
我认为开源是协作开发实际应用平台的绝佳途径。没人会纯粹为了好玩而运行云平台（好吧，除了像我这样拥有太多服务器硬件的极客）。他们这样做是因为这是他们提供一些更高级别的应用或服务，从而实现差异化或解决技术问题的最佳方式。我认为这在一定程度上解释了为什么开源方式对 OpenStack 如此有效：你会看到彼此竞争激烈的公司为了构建一个可以相互竞争的平台而进行协作。他们一起解决共同的问题，这样他们就可以专注于真正让他们与众不同的地方。对于部署 OpenStack 的人来说也是如此：作为一个开放平台，他们可以自由地帮助塑造它的未来，而无需自己完成所有工作，这让他们可以投入更多的时间和精力来部署它的用例。真正伟大的开源社区是那些类型的人开始与社区中的其他人一起工作，为每个人构建一个更好的平台，即使他们正在处理的问题很棘手。如果你看看过去四年 OpenStack 社区的巨大增长，你真的可以看到它如何在庞大而多元的公司和个人群体中培养了一种“团队精神”。
在某种真实意义上，开源也是今天推动标准发展的力量。曾经有一段时间，技术主要由标准机构定义，在定义上达成一致是一个漫长而乏味的过程。这些机构当然仍然发挥着作用，但今天，我们正在以更快的速度前进，因为各组织越来越多地通过积极协作开发具体实现来定义“共识标准”：代码你可以真正地拾取和使用或参考，而不是你必须自己开发解决方案来应对的定义文档。
您还有其他想补充的吗？
您之前问到了 NFV，这目前是一个非常热门的话题。Cisco 将在本月晚些时候与 OpenStack 社区中的一些 NFV 人员一起举办 Google Hangout。请关注我们的博客以了解详细信息，并收听以提问或了解所有热门话题！
评论已关闭。