一.微服务简介
1.演变过程：单体架构、SOA、微服务
2.单体架构：一个应用包含了应用之间所有的功能程序，通过打成war包的方式发布部署。
缺点：复杂性逐渐偏高、技术债务逐渐变慢、阻碍技术的创新扩展、无法按需求伸缩
3.SOA：面向服务的架构，是一个组件的架构模型，它将应用程序之间不同的功能单点通过服务之间的良好接口进行关联，接口采用中立的方式进行定义，以一种统一的方式进行交互。
特征：外部访问、随时可用、服务接口分级、松散耦合、可复用的服务、服务接口设计管理、标准化服务接口、支持消息模式
4.微服务：以开发一组小型应用的方式进行，开发一个完全独立的应用系统，独立运行自己的进程，并采用http资源API轻量的机制进行相互通信，并围绕业务功能进行设计。
特征：独立运行进程、独立的构建系统、轻量级通信、Rest API的方式应用调用
优点：易于开发、启动快、局部修改容易、技术不受限制、按需求伸缩、DevOps
带来的问题：运维、维护要求高、分布式复杂性、接口调整成本高、
设计原则：单一原则(只关注自己)、服务自理(独立)、明确接口、轻量通信
二.服务发现与注册
1.创建调用关系的微服务
服务提供者：负责提供Rest API的微服务
服务消费者：负责调用微服务的微服务
2、使用实现微服务注册与发现
三.微服务容错
实现容错机制：
1.超时机制：通过网络请求其他服务时，都必须设置超时。正常情况下，一个远程调用一般在一定的毫秒内得到请求的响应，如果超时了这个时间、依赖的服务不可用、网络有问题、响应的时间则会变得很长。通常情况下，一次请求对应着一个线程、进程。如果响应太慢就得不到这个线程的释放、又对应着系资源的释放。如果得不到、则会越积累越多，服务资源就会被耗尽，从而导致服务不可用。所以必须给每个请求都设置【超时机制】，让资源尽快的得到【释放】。
2.断路器：依赖的服务有大量的超时请求的时候，得不到资源的释放、积累越多、导致系统服务不可用，再去请求已经没有意义了。只能是无谓的消耗现有资源从而导致【其他的服务不可用】，例：设置超时机制2秒，如果在某个时间内100个请求在2秒钟得不到请求的响应，意味着这个服务发生异常。此时其他依赖的的请求再去请求已经没有意义了。
使用断路器实现快速失败，让资源得到快速的响应。例它在某个时间2秒内侦查到200个请求的失败、超时，就会强迫立即快速失败，不再请求所依赖的服务，从而防止应用程序不断的尝试执行可能会失败的操作，这样应用程序就会执行不用等待错误回调、或者去浪费cpu的时间去等待很长很长时间的超时。断路器也能实现程序的错误是否已经得到修复，如果已经修复、应用程序就会再次调用操作。