当提及平台即服务(PaaS)以及云计算的时候，就产生了太多的疑惑与误解。当本站想要破除这些误解的时候，特别是关于PaaS的，我们找到的Jboss的前CTO、现Cloudbees的CEO Sacha Labourey。Labourey不得不承认PaaS只是给那些在软件开发中拥抱DevOps方法的组织服务的。这里市讲述了他是怎样说的：

　　1、误解：我只要遵循DevOps方法就可以了，PaaS并没有任何意义

　　我们对待很多事情，都喜欢比较，以及提出一些反对意见，并且制造出一种紧张感觉，迫使他人做出选择。不久前，有一个活跃的线程clouderati回音室这样的概念，即平台即服务(PaaS)交付NoOps，来跟DevOps相比。你支持谁? DevOps还是 NoOps?围绕这一话题的争议点是它必须让某个市场部门认为是成功。

　　回来现实世界来，IT人员只是关心解决他们面临的一些部署、扩展、更新这些难题，确保复杂系统和稀缺资源的运行和改变业务指令。IT发展宏图的范围从十几年前的大型机，到完全虚拟化的环境;一个关键的IT操作活动是建立自下而上的服务器，以及虚拟机来运行业务系统和应用程序。随着时间的推移，这些环境还必须能够顺畅运行。从运营的角度来看，组织正在着手这类的解决方案，同样在他们看来组织更多地应该关注在基础设施编排与自动化上。

　　当这些组织开始使用云的时候，很快就发现,消除使用自动化操作的开销是必须的：不仅由于它是唯一一种从云属性(如按需付费与弹性)获益的方法，还由于它是在最顶层，资源来来去去的基础设施上运行可靠环境的唯一方法。没有必要故意去做决定，组织要想在云上取得成功自然要有持续的交付，并且成为DevOps专家。

　　2、PaaS采用对比

　　还有一个方面常常发生的一件事是，PaaS的采用是受业务线驱动的，而是在需求紧急的情况下，或是受到开发人员和质量保证的驱动，他们帮助升级他们的流程，让产品更快完成，并且有较高的质量。这些团队不是自下而上驱动的;相反，他们是自顶向下的，且重点放在他们所有给业务音乐会的应用上。顾名思义，它的理想人员会是由PaaS提供商交付产品的NoOps、运营与DevOps人员。所以在实现、测试、阶段与部署应用时持续交会成了一种普遍的方法。

　　那你给你的自己的组织的定义是什么?呃，最有可能是两者都是!云部署的一部分将来自IT操作人员迁移或者扩展现有系统与应用程序迁移到云中，而DevOps将实现这一目标的方式。云部署的另一部分，很可能是新应用，将会源于开发团队，对定制的自下而上的堆栈，他们没有具体的或者历史性的需求。虽然如此，这些新应用大部分都有与现在有系统连接或交互的需求，而这些系统是由IT交会与维护的，对于阿里云也是。

　　3、总结：

　　在两种情况下，即DevOps的自下而上，于NoOps的自顶而下，目标都是向终端用户交付，而持续交付是两者的相交区域。