微服务是新的SOA吗？ 人们还在谈论SOA吗？ 调查一下这两个框架的区别。
在深入研究微服务和SOA之间的区别之前，让我们先谈谈单片体系结构、SOA和微服务之间的基本区别。
用外行的话来说，整体与大容器相似。 其中，APP应用程序的所有软件组件都是组装好的，包装得很紧密。
面向服务的体系结构本质上是服务的集合这些服务相互通信。 通信不仅包括简单的数据传输，还包括协调特定活动的两项或多项服务。 需要一种将服务相互连接的方法。
微服务，也称为微服务体系结构，是一种将APP应用程序构建为以业务领域为中心建模的小型自治服务集合的体系结构类型。
微服务vs SOA微服务与SOA的比较，虽然作为主要组件依赖服务，但服务特性差异很大。
面向服务的体系结构SOA定义了四种基本服务类型：
业务服务：
定义核心业务操作的粗粒度服务。 用XML、业务流程执行语言(BPEL )等表示。 企业服务：
实现业务服务定义的功能。 主要依靠APP应用服务和基础设施服务满足业务需求。 应用程序服务：
仅限于特定APP应用程序上下文的精细服务。 专用用户界面可以直接调用服务。 基础架构服务：
实现认证、审核、安全性、日志记录等非功能性任务。 可以从APP应用程序服务或企业服务中调用。 微服务有有限的服务分类。 它们由以下两种服务类型组成：
功能服务：
支持特定的业务操作。 的访问是在外部进行的，这些服务不与其他服务共享。 与SOA一样，基础设施服务可以完成审计、安全性和日志记录等任务。 在这种情况下，这些服务不会公开。 SOA与微服务体系结构的主要区别
SOAMSA (微服务)遵循“尽可能多的共享”体系结构方法遵循“尽可能少的共享”体系结构方法的重要性，而业务功能重用的重要性是“有边界的上下文”的概念他们重视人、合作和其他选择，自由进行企业服务总线(Enterprise Service bus，ESB )通信的简单消息收发系统支持多种消息协议，并使用轻量级协议在具有更多开销的多线程(如HTTP/REST )中处理I/O单线程通常侧重于使用事件循环特性进行解锁I/O处理，以最大限度地提高APP应用服务的可复用性也就是说，断开与传统关系数据库的连接是现代关系数据库更常见的做法，而常见的更改需要对整体进行更改。 常见的变化是新的服务DevOps/Continuous Delivery正在流行，但尚未成为主流的人们在DevOps/Continuous Delivery微服务和SOA细节方面的主要差异1.http://www :使用microservices体系结构中的服务组件通常为http://的SOA，服务组件的大小可以从小型APP应用程序服务到非常大的企业服务。 事实上，SOA具有由大型产品或子系统表示的服务组件。
2. 服务粒度:组件共享是SOA的核心原则之一。 事实上，组件共享是企业服务的全部内容。 SOA增强了组件共享，但MSA试图在单用途)上最小化共享。 有界上下文是组件及其数据作为具有最小相关性的单个单元合并。 由于SOA依赖多个服务来满足业务要求，因此基于SOA构建的系统可能比MSA慢。
3.http://www.Sina.com/: micro services体系结构模型通常具有API层，SOA具有消息中间件组件。 SOA消息传递中间件提供了microservicearchitecture (MSA )中没有的许多附加功能，包括中介和路由、消息扩展、消息和协议转换。 MSA在服务和服务用户之间具有API层。
4. 组件共享:SOA架构将消息传递(AMQP、MSMQ )和SOAP作为主要的远程访问协议。 大多数MSA依赖于两种协议： REST和简单消息传递(JMS、MSMQ )，MSA中的协议通常是同构的。
5. bounded context（有界上下文:SOA通过其消息中间件组件促进多种异构协议的传播。 MSA试图通过减少整合选择来简化体系结构模型。 如果要整合多个在异构环境中使用不同协议的系统，则必须考虑SOA。 如果所有服务都可以通过同一远程访问协议发布和访问，则MSA比较适合。
最后，要确定哪个体系结构优于另一个体系结构并不容易。 这主要取决于正在构建的APP应用程序的用途。 SOA适用于需要与许多异构APP应用程序集成的大型复杂的业务APP应用程序环境。 因为不需要中间件 vs API层消息传递中间件组件。 另一方面，远程服务在这些系统中，作为开发者，微服务赋予了更大的控制权。 总之，由于它们具有不同的体系结构特性，这主要取决于正在构建的APP应用程序的用途。