当提及平台即服务（PaaS）以及云计算时，就产生了太多的疑惑和误解。当本站想要破除这些误解时，尤其是关于PaaS的，我们找到的Jboss的前CTO、现Cloudbees的CEO Sacha Labourey。Labourey不得不承认PaaS只是给那些在软件开发中拥抱DevOps方法的组织服务的。这里市讲述了他是如何说的：
误解：我只要遵循DevOps方法就可以了，PaaS并没有任何意义
对待很多事情，我们都喜欢比较，以及提出一些反对意见，并制造出一种紧张感觉，迫使他人做出选择。不久前，有一个活跃的线程clouderati回音室这样的概念，即平台即服务(PaaS)交付NoOps，来与DevOps相比。你支持谁？ DevOps还是 NoOps？围绕这一话题的争议点是它必须让某个市场部门认为是成功。
回来现实世界来，IT人员只是关心解决他们面临的一些部署、更新、扩展这些难题，以确保复杂系统与稀缺资源的运行和改变业务指令。IT发展宏图的范围从十几年前的大型机，到完全虚拟化的环境；一个关键的IT操作活动是建立自下而上的服务器，以及虚拟机来运行业务系统和应用程序。随着时间的推移，这些环境还必须能句顺畅运行。从运营的角度来看，组织正在着手这类的解决方案，同样在他们看来组织更多地应该关注在基础设施编排和自动化上。
当这些组织开始使用云时，他们很快就发现,消除使用自动化操作的开销是必须的：不仅因为它是***一种从云属性（如按需付费和弹性）获益的方法，还因为它是在最顶层，资源来来去去的基础设施上运行可靠环境的***方法。没有必要故意去做决定，组织要想在云上取得成功自然要有持续的交付，并成为DevOps专家。
PaaS采用对比
另一方面常常发生的一件事是，PaaS的采用是受业务线驱动的，而是在需求紧急的情况下，或者是受到开发人员和质量保证的驱动，他们帮助升级他们的流程，使产品更快完成，并有较高的质量。这些团队不是自下而上驱动的；相反，他们是自顶向下的，而且重点放在他们所有给业务音乐会的应用上。顾名思义，它的理想人员会是由PaaS提供商交付产品的NoOps、运营和DevOps人员。因此，在实现、测试、阶段和部署应用时持续交会成了一种普遍的方法。
那么你给你的自己的组织的定义是什么？呃，最有可能是两者都是！云部署的一部分将来自IT操作人员迁移或扩展现有系统和应用程序迁移到云中，而DevOps将实现这一目标的方式。云部署的另一部分，很可能是新应用，将会源于开发团队，对定制的自下而上的堆栈，他们没有具体的或历史性的需求。尽管如此，这些新应用大部分都有与现在有系统连接或交互的需求，而这些系统是由IT交会和维护的。
总结：
两种情况下，即DevOps的自下而上，和NoOps的自顶而下，目标都是向终端用户交付，而持续交付是两者的相交区域。
