SOA和微服务有什么区别,soa和微服务的区别( 二 )

然而随着业务逻辑越来越复杂，模块和模块之间的耦合度越来越高；另外随着用户和数据量的增多，单体架构也不再能够支撑高并发和大数据。SOA 架构为了解决上面的问题，SOA 出现了。SOA 代表了面向服务的架构，SOA 将应用程序的业务模块进行拆分，形成独立的应用系统，系统和系统之间通过明确的接口串联起来；每个系统内部结构和逻辑发生改变，并不影响对外提供的服务，只要保持接口不变，服务内部对外是透明的；SOA 架构中，服务定义标注的接口，可以提供给多个调用方使用，增加了服务的重用性。
SOA 架构时代有两个很重要技术实现方式：Web Service 和 ESB ：前者提供了标准的数据传输协议，后者实现了服务编排和协议转换。微服务架构但是随着用户和数据量的进一步增长，SOA 也暴露出来一些缺点，比如 SOAP 协议、XML较重；服务管理不完善；ESB本身就比较重，而且它本身算是一个单点，在软件架构中，单点意味着风险。
在微服务的架构中，各个微服务可以独立开发，独立部署；微服务之间通常使用Restful风格的API通信，传输格式也通常选择JSON；微服务是SOA架构的延续，它们和单体应用相比，大大提高了系统的负载能力，解决了应用高并发的需求；服务和服务之间的耦合度也被降低，并且项目团队可以被拆分成多个小团队，每个微服务都可以进行敏捷开发部署；每个团队的技术栈也可以不相同，只要遵守接口协议即可。
至于微服务和 SOA 架构的区别，我是这样理解的：SOA 架构和微服务架构都属于分布式架构，分布式的思想就是把不同的业务模块，部署在不同的服务器上，以应对高并发的问题；SOA 是一种分布式架构，把业务系统分成多个子系统，提供不同的服务，再通过服务组合、编排实现业务流程；微服务是SOA的升华，如果非要说点儿不同的，那么微服务更加强调服务的细分和专业，去ESB总线、去中心化，部署粒度更细，服务扩展更灵活。
企业“中台化”如何理解？数字中台和业务中台有什么区别？
首先我再整理下我原来提到过的一些关于企业中台的观点1. 企业中台是企业共性业务能力的下沉，体现的是业务能力可复用和灵活组合2. 企业中台区别传统的IaaS和PaaS平台，更多是一个业务平台，包括了业务中台和数据中台3. 中台构建本身参考了微服务架构思想，并基于业务高内聚进行了微服务化并提供能力对于一个专业细分的业务领域而言，软件企业要做的就是将对业务领域的多年经验和理解沉淀到业务中台，形成可复用的各个业务中台能力中心，然后为上层灵活多变的各类应用提供服务能力。
由于沉淀了业务理解形成通用化，可复用的业务模型，那么这个能力被不会轻易被模仿。而今天当我重新再谈企业中台的时候，可以理解为：业务平台能力开放平台构成了企业中台，即业务平台各微服务模块化后的业务中心首先提供可复用的业务能力API接口，然后这些接口能力再通过能力开放平台开放出去并统一管理。今天我再谈这个概念，主要是想从如果一个企业邀请我们去将中台建设，那么从售前方案PPT的角度我们应该如何来准备材料来说明企业中台的建设思路和解决方案？其一，中台思路的产生首先还是要先讲清楚为什么会产生中台的概念，中台的提出和中台的产生背景。
这些还是得介绍清楚。同时在介绍这些的时候还是要谈到SOA，可以看到前台和后台分离，中台提供能力，前台可以基于中台能力快速的构建应用本质还是SOA的核心思想，即原来讲过的可重复服务识别，服务能力的组装和组合。那么中台思路和原来的SOA的思路差别点在哪里？从我原来对SOA架构思想的描述，到中台的核心构建可以看到，SOA更多的是遗留系统本身的可复用接口服务识别，形成共享服务能力层，对遗留系统本身是一个简单的适配过程；而对于中台思想下可以看到完全是一次重新构建过程，这种重新构建的体现在。