Piston公司的全新CloudOS计划在OpenStack环境之下对裸机服务器以及虚拟机系统加以管理，但其最终目标是将容器技术也同样纳入打理范畴。
面对目前三大主流选项——通过OpenStack管理裸机与虚拟机系统，抑或是采用容器技术——大家会做何决断?Piston公司就此给出了自己的意见：为什么不尝试三足鼎立?
以其OpenStack解决方案而闻名的Piston公司目前正着手推出CloudOS产品的***版本，旨在允许企业客户将由OpenStack负责管理的虚拟机系统以及由CloudOS负责管理的裸机(主要面向Hadoop等应用程序)加以部署，并最终将容器技术纳入进入——三者全部在同一套框架之内实现运作。
CloudOS 4.0的主要新特性在于有能力在裸机而不仅仅是OpenStack虚拟机系统之内对Hadoop以及Spark进行管理。Hadoop能够运行在虚拟化基础设施之上; 举例来说，VMware已经作出声明，表示其有能力切实达成这一目标。
不过Piston公司CEO Jim Morrisroe相信，强制要求企业客户在OpenStack虚拟机、裸机或者容器当中单独选择其一或者全部采用属于严重的错误思维——当然，前提是相关工作负载有能力适应其中任意一种方案。
“Cassandra、HDFS、Hadoop以及Spark——这些方案在虚拟机系统当中并不能发挥最出色的实际表现，”他在一次电话采访当中指出。“以一键式部署方式将其运行在由CloudOS管理的裸机基础之上能够带来显著的收益提升。”同样，他表示一部分分析型应用程序在虚拟机系统中的运行效果优于裸机平台。
CloudOS会将Iocaine Linux(一套基础性Linux版本)部署在由其管理的各台设备之上，并在此基础之上运行多层式管理、网络、计算以及存储体系。在***层级之上则是对各类常见应用程序进行配置以完成部署及运行：Hadoop及其相关技术、OpenStack外加即将得到支持的容器技术都在支持清单当中。
#p#
目前，用户能够自行选择编排技术：Kubernetes、Docker、Mesos或者Swarm皆可。Morrisroe强调称，客户的选择应当根据现有选项考量得出：“我认为我们还不清楚这类工作最终最适合采用哪种编排方式，”他解释称，他所指的不仅是容器技术、也包括面向Hadoop等产品的编排机制。
“我们希望客户有能力找到最适合自己的方案，”Morrisroe表示。“如果客户需要作出改变，他们也不该被迫在基础设施当中构建起新的孤立体系，同时应保证其能够以非破坏性方式进行并充分利用现有设备储备。”
从理论角度讲，提供一套容器技术选项能够与Docker之间产生很好的互补作用。这一点对于Docker向其所谓“包含基础但仍然可选”模式进行转变的过程而言显得尤为重要，其中面向编排及网络等功能的模块被包含在产品当中、但仍然允许客户以自由方式在不同机制之间任意切换。CloudOS在这方面扮演补充性角色可谓意义重大，但其仍然算不上革命性飞跃。
与其它准备以规模化方式运行容器机制的企业——例如IBM——不同，Piston公司的主张是将与安全性巩固与容器化技术相关的问题留给直接负责的部门。“我们希望利用现有容器编排项目中的创新成果，”Morrisroe表示。
“容器化与安全性巩固等事务，我们希望留给相关社区及从业企业负责。我认为这能帮助我们的客户降低风险，因为随着技术的不断演进，不可能存在那种百试百灵的***药。如果存在更理想的容器编排方式，我们希望能够迅速将其纳入自身解决方案，并集成到整体工具箱当中。”
[附录：当被问及能够支持哪些容器技术类型时，Morrisroe回应称，“我们的***目标在于允许客户根据实际需要任意选择理想的容器技术。这意味着我们未来需要能够支持Docker、Rocket以及各类通用型LXC容器。随着以容器为核心的各类新技术的不断涌现，我们将努力与开发出这些新技术的研发方通力合作，从而及时对其提供支持。”]
原文标题：OpenStack, bare metal, or containers? Yes to all three
