微服务架构是一种架构模式或者说是一种架构风格，不同于集中式的服务管理机制，它提倡将单一应用程序划分成一组小的服务，根据业务拆分成一个一个的服务，每个服务都围绕着具体业务进行构建并且运行在其独立的自己的进程中。服务之间通常是基于HTTP的RESTful API的轻量级的通信机制交互。每个服务能够被独立地部署到预生产环境、生产环境等。
优点：微服务可使用不同的语言开发，开发效率提高，一个服务可以专一的只干一件事。
1.复杂度⾼：服务调⽤要考虑被调⽤⽅故障、过载、消息丢失等各种异常情况，代码逻辑更加复杂；对于微服务间的事务性操作，因为不同的微服务采⽤了不同的数据库，将⽆法利⽤数据库本身的事务机制保证⼀致性，需要引⼊⼆阶段提交等技术。
2.运维复杂：系统由多个独⽴运⾏的微服务构成，需要⼀个设计良好的监控系统对各个微服务的运⾏状态进⾏监控。运维⼈员需要对系统有细致的了解才对够更好的运维系统。
3.通信延迟：微服务之间调⽤会有时间损耗，造成通信延迟。
1)与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销，带宽问题，安全问题。
2)服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉及一个服务目
录，在该目录中注册服务，然后能够查找并连接到该目录中的服务。
3)冗余-分布式系统中的冗余问题。
4)负载平衡 --负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链
路，中央处理单元，或磁盘驱动器的分布。
5)性能-问题 由于各种运营开销导致的性能问题。
1远程过程调用（Remote Procedure Invocation）
只支持请求/响应的模式，要求客户端和服务端在请求过程中必须都是可用的
2异步消息
支持很多通信机制比如通知、请求/异步响应、发布/订阅、发布/异步响应；
SOA（全称：Service Oriented Architecture），中文意思为 “面向服务的架构”，
1.微服务去中心化，去掉ESB企业总线。微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化
2.Docker容器技术的出现，为微服务提供了更便利的条件，比如更小的部署单元，每个服务可以通过类似Node或者Spring Boot等技术跑在自己的进程中。
3.SOA注重的是系统集成方面，而微服务关注的是完全分离。
Netflix OSS 开源组件集成，包括Eureka、Hystrix、Ribbon、Feign、Zuul等核心组件。
1.Eureka：服务治理组件，包括服务端的注册中心和客户端的服务发现机制；
2.Ribbon：负载均衡的服务调用组件，具有多种负载均衡调用策略；
3.Hystrix：服务容错组件，实现了断路器模式，为依赖服务的出错和延迟提供了容错能力；
4.Feign：基于Ribbon和Hystrix的声明式服务调用组件；
5.Zuul：API网关组件，对请求提供路由及过滤功能。
6.Spring Cloud Config：分布式统一配置管理;
1SpringBoot专注于快速方便的开发单个个体微服务。
2SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务。
3SpringBoot可以离开SpringCloud独立使用开发项目，但是SpringCloud离不开SpringBoot，属于依赖的关系.
4SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架。
服务调用方式:Dubbo是RPC，SpringCloud是RestApi；
注册中心:Dubbo 是zookeeper，SpringCloud是Eureka，也可以是ZooKeeper
服务网关:Dubbo本身没有实现，只能通过其他第三方技术整合，SpringCloud有Zuul路由网关，作为路由服务器，进行消费者的请求分发,SpringCloud支持断路器，与git完美集成配置文件支持版本控制，事务总线实现配置文件的更新与服务自动装配等等一系列的微服务架构要素。
官方微信
官方抖音
