微服务架构的优缺点

优点：易于开发和维护:一项服务只关注一项特定的业务功能，业务清晰，代码量少。

微型服务的优点:

1.易于开发和维护:一项服务只关注一项特定的业务功能，业务清晰，代码量少。开发维护单项微服务相当简单。整个应用程序由一些微型服务构建，因此整个应用程序处于可控状态。

2.单一服务启动快:单一服务代码少，启动快。

3.局部修改易于部署:单个应用程序只要有修改，就必须重新部署整个应用程序，微服务解决了这个问题。一般来说，修改某个微型服务，只需重新配置该服务。

4.技术堆栈不受限制:微服务结构可结合业务和团队特点，合理选择技术堆栈。例如，一些服务可以使用关系数据库Mysql，一些服务可以使用非关系数据库redis。甚至可以根据需服务可以使用JAVA开发，一些微服务可以使用Node.js开发。

5.按需收缩:可根据需要实现细粒度的扩展。例如，系统中的某个微服务遇到瓶颈，可以结合微服务的特点，增加内存，升级CPU，增加节点。

微型服务的缺点:

1.运输要求高:更多的服务意味着更多的运输投入。在单体结构中，只需保证一个应用程序的运行，在微服务中，需要保证几十到几百个服务器的正常运行和合作，这给运行维护带来了巨大的挑战

2.分户式固有的复杂性:使用微服务结构的是分布式系统。对于分布式系统，系统容错，网络延迟带来巨大挑战。

3.界面调整成本高:微服务之间通过界面通信。

一、主从服务器

1、两台服务器。主服务器Master复制数据的更新、插入、删除等操作； 从服务器Slave负责查询（读写分离，减缓服务器压力）

2、主服务器更新数据的同时更新从服务器的数据（数据备份）

3、当主服务器出现文件时，可用从服务器代替主服务器，保证网站的正常运行，同时检测主服务器存在的问题。注意：从服务器仍然只有查询功能，如银行系统更新时只能查询余额，不能存取款。（服务器可用性）

4、当把从服务器真正设置为主服务器时（即主从服务器设置调换），拥有更新数据的功能。

5、MyISAM不支持事务，但查询性能比InnoDB强；InnoDB支持事务，更新操作性能比MyISAM强。因此，主服务器可以设置成MyISAM存储引擎，从服务器可以设置成InnoDB存储引擎（灵活设置存储引擎）

二、负载均衡

1、多台服务器。一个域名映射到多台服务器IP。

2、用户发出请求，提交到负载均衡服务器，由负载均衡服务器发送请求到不同的服务器。

3、负载均衡服务器选取服务器方法（负载均衡算法）：

1、轮询：每台服务器轮换

2、加权轮询：为了应对某些服务器性能好，可以让他们的权重高一点，被选中的几率大一些。

3、最少连接：哪台服务器处理的连接少，就发给哪台服务器。

4、随机

4、存在的问题：客户端存在缓存，如果服务器出现故障，客户端报错。

5、分类：DNS负载均衡、HTTP负载均衡、IP负载均衡、反向代理负载均衡。

三、服务器集群

1、多台服务器协同工作，每台服务器叫做集群的一个“节点”，每个节点都提供相同的服务。

2、优点：高性能、高可用性、可伸缩性

3、分类：负载均衡集群、高可用性集群、高性能集群

四、分布式架构

1、按照业务功能，将一个完整的系统拆分成一个个独立的子系统，每个子系统成为“服务”。子系统可以独立运行在web容器中，它们之间通过RPC方式通信。

五、微服务架构

六、消息队列

七、RPC

八、分布式、集群和微服务之间的联系：

1、分布式、集群分散压力

2、微服务分散功能

3、集群：每台服务器提供相同的服务

4、分布式：按照功能拆分服务器，每台服务器可以独立运行，依赖一个中心运用。

5、微服务：按照功能拆分服务器，每台服务器应用独立运行。

我们先来看看Eureka的集群架构图

1，服务注册。

Eureka Server作为服务注册中心，为微服务架构提供服务注册功能。微服务节点启动后，会在Eureka中进行注册，Eureka Server中会存储所有的可用微服务节点信息。

2，Eureka客户端。

Eureka Client是一个java客户端，用于简化与Eureka Server的交互。客户端同时也具备一个内置的、使用轮询算法的负载均衡器。

3，心跳检测。

在应用启动后，客户端将会向Eureka Server发送心跳（默认为30秒，我们项目配置的是30秒）。Eureka Serber如果在多个心跳周期内没有收到某个微服务节点的心跳，将会剔除该节点（默认90秒，我们项目配置的是90秒）。

4，集群数据同步。

Eureka Server之间通过复制的方式来进行数据同步。

5，客户端缓存功能。

Eureka Client具有缓存功能，即使所有的Eureka Server都挂掉，客户端依然可以利用缓存中的信息消费其他服务的API。

6，清理失效节点。

7，自我保护模式。

自我保护模式是指在网络出现异常的情况下，由于Eureka Server无法收到客户端的心跳续约，Eureka Server会判断该节点不可用，但其实该节点可能是正常的，可用的。为了避免误删，Eureka Server引入了自我保护模式。一旦Eureka Server发现当前收到的心跳总次数小于心跳阈值的85%（默认值），就会进入自我保护模式，此时Eureka Server不会清理任何节点。直到Eureka Server收到的心跳总次数大于等于心跳阈值的85%。

自我保护模式的设计哲学是：在不确定节点是否可用的情况下，尽可能保留节点。

问题：Eureka Server的服务发现，是如何工作的？

答：服务发现和服务注册是同一个概念。

---