新的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的架构、质量和治理的的副总，这是一家总部位于马德里的旅行技术公司。