从字面上看，这是我们所做的工作中所有错误的一个关键点。我看着它，一切都是真的。“是的，这是真的。我们是这样做的。”“是的，这是真的。这真的很大。”“是的，这是真的。你想帮忙吗?”
我是据实以告，并没有让事情变得对自己的事实，我是非常开放的，改变了对话，他们最终走了进来，做了很多的协同工作和我们在一起。
这就是我想用开源的故事。这就是它应该如何工作。但是，这里的大，但。企业都对此非常紧张，对不对？我不希望我的雇主声誉受损，因为有人有相关的不愉快的经历。
这种担心可以驱动你进入这些大的发布周期和波兰的东西，而不是暴露自己的反馈和批评。这是后话了最终被真的很难。
艺术Fewell：我有过一次交谈早些时候把我侧身和我很好奇你对了。我们在的行...什么是泊坞窗到OpenStack的影响？一方面泊坞窗将与OpenStack的工作和照顾彼此。前集装箱得到了真正的大的OpenStack的构想。如果我们建立了地面了系统...
罗布菲尔德：还有人在你家瞄准的导弹，现在这么说的方式。没关系。容器是旧如粪土，坦率地说。
艺术Fewell：是。是的，原语一直存在于Linux内核，因为......为了什么？早在十几什么的，对不对？
罗布菲尔德：由于之前的虚拟化，是的。为什么泊坞窗，为什么是现在？坦率地说，开栈在做的容器作为用于在第一级的虚拟化的替代。这是一个非常早期的插件，但码头工人是不同的，实际上有两种元素，有码头工人本身，然后有泊坞窗作为容器管理的基础设施这一更广泛的新车队的代理。
这是惊人的，以我的事情是，这真的是一起相当长一段时间的到来。该平台即服务，云铸造厂和OpenShifts和Herokus。他们一直在使用的容器很长一段时间。该托管服务提供商一直在使用它真的永远容器的虚拟专用服务器。
他们会提供一个巨大的，非常真实的优势虚拟化有两个原因。一个是更高的IO性能。只是更好的性能整体，它可以让你更接近裸机性能，因为你不是在添加第二个操作系统和整个另一组驱动程序和所有。
我认为容器化对虚拟化云的巨大威胁的真正原因是订阅过多。当一个工作负载在一个容器化的工作负载中什么也不做时，它就消失了。RAM会把你呼出内存。
艺术Fewell：是啊，很ephemoral的东西，对不对？
罗布菲尔德：正确的。容器本身仍然在那里，如果您的工作负载来来去去，容器就在那里承担工作负载。
有一个与卷不同的问题，来了。你真的无法在订阅虚拟化服务器非常多。你也许可以做到1.5，内存也许2倍量在该服务器上。如果你开始以后，整个系统开始崩溃。
有了容器，你就可以把同样的硬件卖10倍甚至更多，然后把它们装进工作负载中，这样你就可以获得更好的性能，可以超量订购，这样基础设施的利用率就会大大提高。
这是一个非常引人注目的故事运行集装箱基础设施。即使在虚拟化工作负载，但我想最终我们会看到人们会划伤自己的脑袋一下就100％的虚拟化工作负载上运行的100％，集装箱化的工作负载。你没有得到真正的好处，但我是一个裸机自动化的家伙。从我的角度来看每个人都向下移动到裸机。
艺术Fewell：我想我感兴趣的事情之一是……您有OAM和围绕我的虚拟机的管理编排堆栈，因为它也将开始能够容纳容器。裸金属呢?集装箱世界可能会开始接受我们认为“嘿，这属于裸露的金属”的东西吗?然后说，“嗯，容器足够接近我们可以得到它的地方。”“如果我们有一个用于容器的OAM，这会允许我们放置可能是纯金属应用程序的应用程序吗?这样我们就可以在虚拟化和纯金属环境中使用一个通用的OAM了。”OpenStack有可能成为这种工具吗?
罗布菲尔德：我真的看到了DevOps的现象，这对我来说是关于自动工作负载，并能够重新创建脚本和代码的环境。这是真的为你描述的大趋势。这不要紧，我运行它。我可以在虚拟机或容器或裸机上运行它。如果我自动化部署，我自动化的部署。
我看到的趋势是自动化部署和其在软件开发和部署生命周期，也就是开放的，我们是如何运作的基础设施一个全新的世界更好的控制是大趋势。
我们真正想做的和我的目标不是非得挑选赢家，而是让人们变得灵活。你可能会说，“好吧，我将在开发人员的台式机或笔记本电脑上的容器中测试它。”他们将使用容器。他们将进入一个测试环境，可能是在虚拟机上，然后你将进入一个云，在云上做一个规模或试点，然后你可能回来做任何你想做的，裸机容器，生产中的虚拟机。
问题的关键是，一旦你已经得到了自动化的工作负载，你已经通过自动化，那么你可以选择合适的环境是什么缔造了便携性。你可以看看它说：“你知道吗？我需要10台机器运行此“。它没有意义的，我虚拟化他们。我只是打算把它在裸机上，因为我知道工作量。
你可能会说，“你知道吗？我有一个现有的Cloud Foundry环境，我会在那儿推“。“我有一个现有的OpenStack环境，我会在那儿推。”我认为，有一些人谁相信OpenStack的将是数据中心操作系统。2020欧洲杯预赛
我还不如多在OpenStack的吃了数据中心现象的信徒。2020欧洲杯预赛这里绝对是谁正在力推的人。我看到OpenStack的核心的东西是一个很好的与平台，我看到有一些与OpenStack的或OpenStack的顶部运行，这些也上来了，但生态系统项目的一大堆，以及Hadoop是Hadoop的，对不对？Ceph的是头孢。有这些块存储系统，还有的Cloud Foundry。在一定的规模是有意义的只是运行这些系统，特别是对金属储存的。
我认为这将是正确的答案这是你所需要的简单的工作。我知道的一件事是，人们将需要更多的容量，积累更多的容量，消耗更多的公共和私人资源。
艺术Fewell：你犯了一个很大的问题存在。我认为，一些关键的战略建议我觉得从你那里，如果我可以把它作为建议或许不会太在意最初的小细节。从我的角度看，你坐在这里和你正在运行一个传统的环境中，作为一个企业，媒体，企业平均消费。你一直需要走向某种一会儿的私有云技术的移动。你可能不应该有观望，“应该我迫不及待地开始做，直到泊坞窗容器都完全准备好了？”
如果我们有能力点击那个按钮，使用自助服务，启动一个新的服务，不管是虚拟机还是容器，不管是什么，这都是朝着正确方向迈出的一步，对吧？
罗布菲尔德：让我给你抢赫希菲尔德答案的建议。专利配方。第一件事情就是自动化。我接触过的人了很多关于正在准备的OpenStack和他们应该做什么。底线是之前，你甚至投资于这些技术，自动化工作负载和部署，是取得成功与一个巨大的组件。
很多人认为他们只需要用OpenStack取代VMware就可以了。事实上，在他们转移工作负载之前，他们确实需要花一些时间来完成DevOps自动化和打扫房间。它不会解决这些问题。我的建议是这是第一步。把你的房子收拾好。
第二个是docker对话的更广泛的上下文不是容器，它实际上是服务架构——人们称之为幻影微服务或微服务。我们从应用程序架构中真正看到的是人们开始分解他们的应用程序。这只是面向服务的体系结构，但是他们正在分解他们的应用程序，然后他们把它们当作单独的组件和功能，然后自动化。
当你采取这种方法，它可以让你更好的扩展，它可以让你更加有弹性和解耦在你的应用程序的组件。这两件事情，那就是起点。
人们会很注重，“我应该使用泊坞窗？我应该使用OpenStack的？我应该用......”这些都是重要的基础设施的决定，但他们是次要的自动化工作负载。这真是，你创建的便携性。这其中，您降低对风险的。
推迟这些决定的挑战，对我来说，这是你的问题暗示的一件事，“哦，我现在不能做决定。我不打算做决定。“有了公共云，不做决定，不做一些前进的动作，就会转化为人们驱动你。”那是两年前的事了，当时的大新闻是IT部门被公有云终结了，这种情况现在还在发生。
在某种程度上，OpenStack会对此有所帮助。OpenStack集群可以让人们访问像基础设施这样的公共云。只要他们在使用公共云的时候能够将其自动化，你就没有问题。如果有人在亚马逊做的是手工安装而不是自动化，那就是我害怕的地方。
艺术Fewell：如果你的云服务消费它使你开始看到不同的你的工作，我认为是一个DevOps的心态很重要。“我的工作是不是要采取这种服务器并在其上安装一些软件。我的工作是确保我要创建这里的服务提供了一个很好的经验。最好的体验和最好的经济的方式。”也许这是我给自己建或者也许我看着它，并找出主持工作得更好。
这是我的业务的责任我作为一个员工都有。你知道，在这种观点，我可以成为很多更重要的是我的公司，而不是我可以想我的工作就是去和这台机器上安装操作系统，对不对？在范式的变化。
罗布菲尔德：是啊，做这样的重复性工作是...我们面临的挑战是你要如果这就是你在做什么，要由机器人取代。
有趣的是，我从一家与中国数据中心有很多合作的公司那里听说了这件事。2020欧洲杯预赛在中国，劳动力非常便宜。他们不再进行手动安装了。现在到了他们必须自动安装的时候了，因为即使他们的劳动力实际上是免费的，也不够快，不够准确。这是不可重复的。他们正在投资于自动化。
当我还是先处理亚洲公司，他们有非常廉价的劳动力，这是非常困难的，因为他们卖的自动化解决方案，“我们有一个团队的每个机架10个家伙谁照看架子。”不太如此，但如此规模。我们得到一个点，它只是不是一种选择了。
当你看到这些问题，并帮助人们生存的是，这真的是让你自己出路的问题。值得一提的这个东西叫做杰文的悖论。如果你还没有听说过。
杰文悖论说，越容易使用和更便宜的东西是要消耗更多的人消费。当汽车提高他们的燃油效率，人们实际上带动更多的和消耗更多的气体。这肯定是在这。越多的IT组织可以更容易消耗的越多......你完完全全自己...你越是自动化你做这些事情越多，实际更多的工作，你为自己创造。
艺术Fewell：我们已经谈了很多关于OpenStack的事情，以及OpenStack的管理和一些正在改变的事情，你也谈到了一点关于OpenStack网络的事情。我很好奇，我们已经有了新星网络和中子。中子对新星网络的最初挑战之一是你不能在你的网络节点上有冗余，对吧?
我很好奇，你怎么看是关键的挑战以及从您的角度出发，网络的角度发生了关键的东西？
罗布菲尔德：网络一直是一个真正的挑战，我认为我们还没有完成。我认为，我们已经取得了很大的进步，事情已经真的快速移动的网络。如果你看一下在OpenStack的网络的主要剧作，我会对此非常直接的。他们几乎更换OpenStack的网络。
开放式凝结尾和MidoNet，两个大的OpenStack中子的插件有效替代大多数的插件。人们不知道，如果你可以用开放的vSwitch，并创建一个可扩展的架构的OpenStack。我认为它只是需要时间。
艺术Fewell：而开放的vSwitch刚刚与刚刚过去的一周，他们会尝试采取OVS成一个完整的和完整的框架公布。