微服务
什么是微服务，微服务是一种架构风格，它要求我们在开发一个应用的时候，这个应用必须构建成一系列小服务的组合，可以通过HTTP协议的方式进行互通。要说微服务架构，先得说说过去我们的单体应用架构。
单体应用架构
所谓的单体架构（all in one）是指，我们将一个应用（项目）中的所有的应用服务都封装在一个应用中。比如SSM/javaWeb项目都是打包成war包形式，然后部署到tomcat中运行，这就是单体架构。
无论是ERP、CRM或是其他什么系统，你都把数据库访问，web访问，等等各个功能放到一个war包内。
1. 这样做的好处是，易于开发和测试；也十分方便部署；当需要扩展时，只需将war复制多份，然后放到多个服务器上，再做个负载均衡就可以了。
2. 单体应用架构的缺点是，哪怕我要修改一个非常小的地方，我都需要把整个服务停掉，重新打包，部署这个应用war包。特别是对于一个大型应用，我们不可能把所有内容都放在一个应用里面，我们如何维护，如何分工合作都是问题。
微服务架构
所谓的微服务架构，就是打破之前all in one的架构方式，把每个功能元素独立出来。把独立出来的功能元素的动态组合，需要的功能元素才去拿来组合，需要多一些功能时可以整合多个功能元素。所有微服务架构是对功能元素进行复制，而没有对整个应用进行复制。
这样做的好处是：
1. 节省了调用资源。
2. 每个功能元素的服务都是一个可替换的、可独立升级的软件代码。
微服务例子如下图：
左图是把所有模块放在一起的（单体应用架构），右图就把所有的模块分别独立出来，然后组合在一起，可以随意替换（微服务架构）
微服务实现了高内聚，低耦合。
高内聚：尽可能类的每个成员方法只完成一件事（最大限度的聚合）；
低耦合：减少类内部，一个成员方法调用另一个成员方法。
1. 从类角度来看， 高内聚低耦合：减少类内部，对其他类的调用；
2. 从功能块来看 高内聚低耦合：减少模块之间的交互复杂度（接口数量，参数数据）
即横向：类与类之间、模块与模块之间； 纵向：层次之间；尽可能，内容内聚，数据耦合。
简单来说一个项目中 可以由多个 小型服务构成 （微服务），如下图
spring boot 可以快速开发 微服务模块
a.简化j2ee开发
b.整个spring技术栈的整合（整合springmvc spring）
c.整个j2ee技术的整合（整合 mybatis redis..)