新的Paas产品已经在容器编排和管理方面留下了好印象，并且吸引了新一代IT操作者的注意。
容器集群抽象层在相对无知的IaaS和传统的非常自以为是的PaaS之间摇晃出一个新的可替代的基础设施自动化，但企业会咬饵上钩吗?
平台即服务(PaaS)产品，比如Heroku、Red Hat OpenShift和Cloud Foundry，长期地使用容器，或者sub-OS工作量划分——作为表面下的执行单元，因为容器在保持各自工作量分隔时还能顾及细粒度的基础设施共享。
随着容器朝PaaS在云端之外的产品用途发展时，他们越来越被部署在服务器架构的集群中，该架构被大量编排以使容器的部署以及变坏的容器删除和再生自动化。
尽管仍然还有更新的PaaS产品的用例，但是最近的容器化狂热跟容器如何划分工作量无关，而跟它们如何被大规模的管理有关。管理容器 编排的大量微小物体钥匙的需要遍布复杂的集群抽象层，譬如CoreOS 的Tectonic、Apache Mesos和Google的 Kubernetes。
这些集群管理工具给IT基础设施带来新的自动化，使IT拥护者从手动的机器个人管理中解放出来。这维护着PaaS的其中一条基本原则，同时，相对于传统的高度抽象的PaaS产品而言，允许更多地对基础设施的直接控制。
新PaaS，为新用户
但是开发者不会那么快就放弃传统PaaS。换句话说，新的sub-PaaS抽象化对新一代IT操作者更有吸引力，他们肩负着操作基础设施以支持现代app 架构。该架构需要的自动化程度是不可能通过传统的基础设施即服务(IaaS)实现的。
“实际开始使用这些技术的目标客户群，从某种程度上来说，与关注PaaS提供的抽象化程度的目标客户群完全不同，” Marco Hochstrasser说。他是Swisscom云平台开发的主管，该公司是总部位于伯恩的PaaS供应商，最近开始支持Docker。
“容器技术是什么对我来讲毫无区别，”Hochstrassershuo说。但是“Docker被广泛采用……并且正标准化的放宽市场，使得市场驱动在它之上的附加价值。”
Hochstrasser说，大企业可能会简短的谈论Docker，然后很快将话题转移到诸如如何在桌面系统的PaaS上部署app或是如何使地铁连通性增强之类的问题上。当他们与一名客户的CIO和系统管理员交谈时，“他们谈论‘为什么Cloud Foundry不做这个?为什么不能自己运行HAProxy，为什么不能配置这个?’” Hochstrasser说。“这是不同的角度和观点。”
上升的Docker趋势正提升所有在PaaS海洋里的船只，随着这些新受众赋予PaaS新的生命，正如PaaS在技术上改变了他们。
“所有都开始合并成为同一个概念，”Booz Allen Hamilton技术创新组高级技术专家Nirmal Mehta说。，该公司是位于美国弗吉尼亚州McLean的咨询公司，跟政府组织合作建立DevOps文化。
“PaaS加速了采纳容器化的速度，反过来它又会加快了PaaS的采用速度，”他说。“现在我们正处于战斗的开始，战斗发生在所有这些围绕 container编排的竞争平台。平台即服务是一种外表，覆盖所有你需要编排containers的的其他组件。”
PaaS老人学新把戏
IT操作者支持微服务、更新的PaaS产品。Apcera，提供了一种基于策略的替代以管理IT基础设施，不需要IT放弃全部控制给云服务提供商或者企业内的开发者。
Apcera基于策略的资源配置与客户曾在大多数其他PaaS上看到的有所不同，纽约人事服务提供商nextSource 的CTO Juan Garcia说。
“他们建造语义管道的能力，能配置从我们的应用到彼此微服务的访问而不用理解网络层……是非常灵巧和独特的，” Garcia说。
大多数应用开发者不关心容器是否运行在PaaS层下面的基础设施层——基础设施如何配置根本不在他们的关心范围内。但是对IT操作者而言，容器编排平台提供了一种转换遗留基础设施这项重要工作的方法，还能支持传统应用适应新的基于微服务的世界。
举个例子，Red Hat的OpenShift有PaaS层来提供应用发布和持续集成服务，这是Kubernetes 这类container调度者没有的特征，但是它已经换出基于‘弹药筒’的容器编排系统，为用户可配置的Kubernetes基底。
OpenShift提供了传统的IaaS和PaaS世界里***的，根据Dietmar Fauser的说法。他是Amadeus IT Group SA的架构、质量和治理的的副总，这是一家总部位于马德里的旅行技术公司。
“这给我们铺了一条路，去坚持现存的应用无需彻底改变或用Java重写它们，” Fauser说。“以合理的投资，我们桥接了Kubernetes服务注册环境与我们自己的通信系统”
传统PaaS的用例
尽管支持非常自以为是的PaaS产品的理由仍然存在，当然，不仅仅是container编排调度者非常新，建立比录入信用卡号码来加速传统PaaS在云的发展要更艰苦。
“由于安全和法规遵从的缘故，大企业喜欢标准化，” Pivotal的Cloud Foundry领域CTO Josh McKenty说。“他们想知道他们只有一种方法记录日志，他们只有一种方法做鉴定，以及他们有很棒的SQL和NOSQL的选择，而不是天底下五花八门的选择。”
与此同时，创业公司常常要解决一个新问题，而不是成百的现成应用。并且，“他们喜欢以此刻不管什么样的酷语言来彻底改造每件事物，”McKenty说。 “企业更多的在寻找80%固执己见的平台，而不是一些可以被***工具化来解决单一问题的事物。”
根据Mitchell Hashimoto的说法，企业会走哪条路尚不明确。他制作了以传统IaaS和PaaS之间折中为目标的开源Nomad平台。
“我们没看到生产企业关于调度者的用法，尽管我们在寻找利益，”Hashimoto说。“生产领域用这个的大多数店铺是前沿技术公司，Silicon Valley Web 2.0类型——传统商业仍沿用老方法并感到疲倦。”
企业，比如Amadeus，从1.0版本就开始用Kubernetes，自然经历了一些成长的烦恼。
“这有很多代码变化，因此你仍然处于一个阶段——你必须接受和改进有时API破坏性的改变，” Amadeus的Fauser说，“这是我们通常很难从Red Hat之类的伙伴处看到的，因为这些伙伴通常高度关注稳定性。”
中庸之道?
McKenty仍然承认Cloud Foundry在最近的发布版里已经提供了更多的灵活性。Cloud Foundry在下一版里还会有一个Route Services API，允许客户插入第三方API gateways。
“Cloud Foundry正向中庸之道上移动。” McKenty说。
据曾是SalesForce(2010年收购了Heroku)的COO如今是SVP的Alex Gross说，PaaS***Heroku也有这个趋势。譬如，去年，Heroku揭晓了Private Spaces，它向客户提供了一个封面之下基于Amazon Web Services 的Virtual Private Cloud 技术的私有PaaS。
Heroku如今也支持Docker。“如果你想更向下层一点，能做事情更深入一些的话，我们也可以提供相关支持，” Gross说。
这并非意味着Heroku彻底改变，尽管如此，引入新的container编排架构来建造和运行PaaS比以往更切实可行。但是，它没有更简单，尤其是考虑到企业不得不面对的可用性、性能和兼容性要求，Gross指出。
“如果公司在建立和运行他们自己的PaaS，那么他们正以错误的方式做事情。”
