第一章 微服务和微服务架构
微服务和微服务架构是两个独立概念
1，微服务 是关注某一个点，强调的是服务大小，是解决具体问题的一个应用服务。
2，微服务架构是一种架构模式，它提倡将单一的应用程序划分成一组小的服务。关注的服务之间的相互协调，互相配合，为用户提供最终价值。每个服务运行在独立的进程中，服务与服务之间采用的是轻量级的通信机制互相协同（通常是基于HTTP协议的RESTful API），每个服务都围绕着具体业务进行构建，并且能够被独立部署到生产环境、类生产环境等。另外，应当尽量
避免统一的、集中式的服务管理机制，对于具体一个服务而言，应根据业务上下文，选择合适语言、工具进行构建。
从技术角度立即微服务
微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务只做一件事，从技术角度理解就是一个小而独立的处理过程，类似进程概念，能够自行单独启动或者销毁，可以拥有自己独立的数据库。
Eureka的基础理解
Eureka包含两个组件，Eureka Server 和Eureka Client
Eureka Server提供服务注册服务。
各个节点启动后，会在Eureka Server中进行注册，这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直接看到。
Eureka Client 是一个Java客户端，用于简化Eureka Servre的交互，客户端同时也具备一个内置的、使用轮询（round-robin)负载算法的负载均衡器，在应用启动后，将会向Eureka Server发送心跳（默认是30秒）。如果Eureka Server在多个心跳周期内没连有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除（默认是90秒）
Eureka的自动退出和自我保护模式
在自我保护模式中，Eureka Server会保护服务注册表中的信息，不再注销任何服务实例，当它收到的心跳数重新恢复到阈值以上时，该eureka server 节点就会自动退出自我保护模式。它的设计哲学就是宁可保留错误的服务注册信息，也不盲目注销任何可能健康的服务实例。一句话理解：好死不如赖活着。
综上，自我保护模式是一种应对网络异常的安全保护措施。使用自我保护模式，可以让Eureka集群更加的健壮、稳定。
在SpringCloud中，可以使用eureka.server.enable-self-preservation = false 禁用自我保护模式。