[TOC]
一、Eureka
1、什么是微服务/微服务的特点
- 单一职责：微服务中每一个服务都对应唯一的业务能力，做到单一职责
- 微：微服务的服务拆分粒度很小，例如一个用户管理就可以作为一个服务。每个服务虽小，但"五脏俱全"
- 独立：服务间互相独立，互不干扰
- 团队独立：每个服务都是一个独立的开发团队，人数不能过多。
- 技术独立：面向服务，提供Rest接口，使用什么技术没有别人干涉
- 前后端分离：采用前后端分离开发，提供统一Rest接口，后端不用再为PC，移动开发不同的接口
- 数据库分离：每个服务都使用自己的数据源
- 部署独立，服务间虽然有调用，但能做到服务重启不影响其它服务。有利于持续集成和持续交付。每个服务都是独立的组件，可复用，可替换，降低耦合，易维护，易集群Docker部署服务
2、不使用Eureka注册中心的情况下，分布式服务必然面临的问题有哪些？
- 服务管理
- 如何自动注册和发现服务
- 如何实现服务状态的监管
- 如何实现动态路由，从而实现负载均衡
- 服务如何实现负载均衡
- 服务如何解决容灾问题
- 服务如何实现统一配置
3、什么是高可用？什么是分布式？什么是集群？什么是负载均衡？
高可用？
答：就算是在极端环境下，也可以正常提供服务，哪怕是网线坏了
如何实现高可用？
答：集群(集群中的一些服务器挂了，也可以继续提供服务)
分布式、集群、负载均衡的关系？
答：分布式：把一个大项目，根据业务需求拆分成多个服务，最终部署的时候，也就是分布式部署
集群：把同一份代码，部署在N台服务器上
负载均衡：把请求分摊到多台服务器上
集群之后，必须负载均衡；想要负载均衡，必须集群。
4、Eureka的工作原理
- Eureka：服务注册中心(可以是一个集群)，对外暴露自己的地址
- 提供者：启动后向Eureka注册自己信息(地址，提供什么服务)
- 消费者：向Eureka订阅服务，Eureka会将对应服务的所有提供者地址列表发送给消费者，并且定期更新
- 心跳(续约)：提供者定期通过http方式向Eureka刷新自己的状态
5、什么是服务注册
服务提供者在启动时，会向EurekaServer发送一次请求，将自己注册到Eureka注册中心中去
6、什么是服务续约
在注册服务完成以后，服务提供者会维持一个心跳(每30s定时向EurekaServer发送请求)，告诉EurekaServer："我还活着"。这个我们称为服务的续约(renew);
之前的博客写了一篇Eureka服务续约里面有详细介绍
7、什么是失效剔除
在有些时候，我们的服务提供方并不一定会正常下线，可能因为内存溢出、网络故障等原因导致服务无法正常工作。Eureka Server需要将这样的服务剔除出服务列表。因此它会开启一个定时服务，每隔60s对所有失效的服务(超过90秒未响应)进行剔除
8、什么是自我保护
当一个服务未按时进行心跳续约时，在生产环境下，因为网络延迟等原因，此时就把服务剔除列表并不妥当，因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来，不予剔除。生产环境下这很有效，保证了大多数服务依然可用。
9、简述什么是CAP，并说明Eureka包含CAP中的哪些特性？
CAP理论：一个分布式系统不可能同时满足一致性(Consistency)、可用性(Availability)和分区容错性(Partition tolerance)。
由于分布式系统必须保证分区容错性，因此我们只能在一致性(Consistency)和可用性(Availability)之间进行权衡。
eureka 遵守 AP(可用性、分区容错性)
Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。Eureka的客户端在向某个Eureka注册时，如果发现连接失败,则会自动切换至其它节点。只要有一台 Eureka还在，就能保证注册服务可用(保证可用性)，但查到的信息可能不是最新的(不保证一致性)。
