前言：
目前在部门中涉及的项目基本上都是微服务架构，所以根据项目经验和相关资料写写关于对微服务的理解。如有错误，欢迎指出，不胜荣幸！
正文：
一、微服务架构的特点：
1、微服务将传统的单体应用（如SSM、SSH框架）拆分成网络服务，来实现模块化组件；
2、根据微服务架构的服务划分来分组职能团队，减少跨团队沟通；
3、一个服务对应一个团队，团队人员负责需求、设计、开发、测试等，开发之后在团队内进行运维和运营，不需要交付给其他团队；
4、去中心化、去SOA服务化的中心服务治理和去企业服务总线；
5、微服务注重服务的合理拆分、分层和构造，可建设自动化持续发布平台，并进行敏捷开发和部署；
6、具备兼容性设计、容错性设计和服务的契约设计。
注：关于第2和第3点，可以参见下图中的“传统服务的职能团队”和“微服务的职能团队”
图1 传统服务的职能团队
图2 微服务的职能团队
二、Spring Boot
Spring Boot是Spring Cloud构建微服务架构的基础。
在JEE时代，企业级开发涉及到的通用功能被提取到容器层实现。如下图所示：
Tomcat容器负责管理服务的启动、停止、监控、配置、日志等，应用开发人员只要按照规范将应用打包成war包，并发布到Tomcat容器中，就可以对外提供服务了。注意：这个时代的应用是包含在容器内的。
图3 传统应用框架
而Spring Boot的思路则刚刚好相反，它将容器嵌入到自启动的jar包中，在Spring Boot应用启动时，内部启动嵌入的容器，然后通过内嵌的服务器将应用中提供的服务暴露。
图4 Spring Boot应用框架
相比于传统的应用框架，Spring Boot框架的优点很明显：
1、可以创建独立、自启动的应用程序，不需要构建war包并发布到容器中；
2、通过Maven定制化标签，可快速创建应用程序；
3、很大程度自动化配置Spring，大大减少了人工配置各项参数；
4、基本上没有XML配置；
5、提供性能分析、健康检查等功能配置。
三、Spring Cloud Consul
Spring Cloud Consul主要包括：服务发现组件Consul、容错性组件Hystrix、智能路由组件Zipkin和客户端负载均衡组件Ribbon。其交互流程如下图所示：
1、服务注册在Consul服务器实例上；
2、Zipkin作为一个特殊的服务在Consul上注册并发现服务；
3、Zipkin作为网关，将发现的服务导出给PC网站、APP、开放平台使用；
4、RestTemplate/FeignClient使用简单的服务调用方法调用服务1、服务2等。
图5 Spring Cloud Consul交互流程
Spring Cloud Consul具有如下特点：
1、服务在Consul实例中注册，由Spring管理的Bean来发现和调用；
2、通过配置的方式可以启动嵌入式的Consul服务器；
3、Feign客户端通过声明的方式即可导入服务代理；
4、Zipkin使用Ribbon服务实现客户端的负载均衡；
5、通过声明的方式即可插入Hystrix客户端（部门项目中还没有使用）；
6、通过配置的方式即可启动Hystrix面板服务器；
7、在Sping环境中可以直接配置Spring Cloud Consul组件；
8、Zipkin可以自动注册过滤器和路由器，形成一个方向代理服务器；
9、Hystrix面板服务器可以对服务的状态进行监控，并提供容错机制。
尾话：
推荐书籍：《分布式服务架构 原理、设计与实践》