SOA的首要意图是为了企业各个别系更加容易地融合在一起

微服务的具体特征

官方的界说：

1、一些列的独立的服务一起组成体系

2、独自部署，跑在自己的进程中

3、每个服务为独立的事务开发

4、分布式办理

5、非常强调隔离性

大概的标准：

1、分布式服务组成的体系

2、按照事务，而不是技能来划分安排

3、做有生命的产品而不是项目

4、强服务个别和弱通讯（ Smart endpoints and dumb pipes ）

5、自动化运维（ DevOps ）

6、高度容错性

7、快速演化和迭代

五、SOA和微服务的差异

1、SOA喜爱重用，微服务喜爱重写

SOA的首要意图是为了企业各个别系更加容易地融合在一起。提到SOA不得不说ESB(EnterpriseService Bus)。ESB是什么? 能够把ESB幻想成一个衔接一切企业级服务的脚手架。经过service broker，它能够把不同数据格局或模型转成canonical格局，把XML的输入转成CSV传给legacy服务，把SOAP 1.1服务转成 SOAP 1.2等等。它还能够把一个服务路由到另一个服务上，也能够会集化办理事务逻辑，规则和验证等等。它还有一个重要功用是消息队列和事情驱动的消息传递，比如把JMS服务转化成SOAP协议。各服务间可能有杂乱的依靠联系。

微服务一般由重写一个模块开端。要把整个巨石型的应用重写是有很大的风险的，也不一定必要。咱们向微服务迁移的时候一般从耦合度最低的模块或对扩展性要求最高的模块开端，把它们一个一个剥离出来用灵敏地重写，能够尝试最新的技能和语言和框架，然 后独自布署。它一般不依靠其他服务。微服务中常用的API Gateway的形式首要意图也不是重用代码，而是减少客户端和服务间的来往。API gateway形式不等同与Facade形式，咱们能够运用如future之类的调用，甚至返回不完整数据。

2、SOA喜爱水平服务，微服务喜爱笔直服务

SOA规划喜爱给服务分层(如Service Layers形式)。咱们常常见到一个Entity服务层的规划，美其名曰Data Access Layer。这种规划要求一切的服务都经过这个Entity服务层来获取数据。这种规划非常不灵敏，比如每次数据层的改动都可能影响到一切事务层的服务。而每个微服务一般有它自己独立的data store。咱们在拆分数据库时能够恰当的做些去范式化(denormalization)，让它不需求依靠其他服务的数据。

微服务一般是直接面临用户的，每个微服务一般直接为用户提供某个功用。相似的功用可能针对手机有一个服务，针对机顶盒是另外一个服务。在SOA规划形式中这种状况一般会用到Multi-ChannelEndpoint的形式返回一个大而全的成果兼顾到一切的客户端的需求。

SOA喜爱自上而下，微服务喜爱自下而上

SOA架构在规划开端时会先界说好服务合同(service contract)。它喜爱会集办理一切的服务，包含会集办理事务逻辑，数据，流程，schema，等等。它运用Enterprise Inventory和Service Composition等方法来会集办理服务。SOA架构一般会预先把每个模块服务接口都界说好。模块体系间的通讯必须遵守这些接口，各服务是针对他们的调用者。

SOA架构适用于TOGAF之类的架构方法论。

微服务则灵敏得多。只需用户用得到，就先把这个服务挖出来。然后针对性的，快速承认事务需求，快速开发迭代。