睿云智合的持续交付的传统的SOA的说法

睿云智合持续交付产品负责人，在敏捷和DevOps领域有丰富经验的实践，过去作为敏捷和DevOps技术教练向多家大型企业提供咨询和培训服务。

遗留的现状

在开始微服务和DevOps主题之前，首先看看在过去我的咨询工作中，对于大部分咨询客户而言，企业会邀请外部的顾问来对团队进行改进，最主要的原因都是由于现有的研发体系和产品团队，难以跟上市场的变化，希望通过外部顾问，通过一些手段来提高产品团队的响应力。敏捷实践亦或是DevOps实践最终的目的都是为了能够快速的交付高质量的软件产品。

究其原因，为什么这类客户会有如此大的需求去引入敏捷或者DevOps呢？遗留系统。

面向服务的架构，与面向软件授权许可的架构（如“云+端”之类）是相反的方向。人们一般问的是，要不要向SOA方向去。

既然我们认可云计算的主流在SaaS方向上，就不费口舌讨论面向软件授权许可的问题了，而把问题深化为：面向怎样的服务？

这样提出问题是有针对性的，因为即使正宗的云计算（相对于微软山寨版云计算而言），对此问题的回答，方向也可能是相反的。CEO该听谁的呢？我建议回到开源之本、回到云计算之本，来想这个问题。

如果用直白一点的话来说，就是专注于使用ESB来集成企业内的各个单体应用。而往往导致的结果是两个大的中心化，技术的中心化，以及流程的中心化。

由于EBS通常基于特定的技术栈，并且使用了中心化的标准个规范，使得业务难以根据业务场景去选择合适的技术。