微服务相关整理

微服务

1、 什么是微服务

微服务架构是一种架构模式或者说是一种架构风格，它提倡将单一应用程序划分为一组小的服务， 每个服务运行在其独立的自己的进程中，服务之间相互协调、互相配合，为用户提供最终价值。服 务之间采用轻量级的通信机制互相沟通（通常是基于HTTP的RESTful API）,每个服务都围绕着具体

的业务进行构建，并且能够被独立的构建在生产环境、类生产环境等。另外，应避免统一的、集中式的服务管理机制，对具体的一个服务而言，应根据业务上下文，选择合适的语言、工具对其进行

构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也 可以使用不同的数据存储。

2、 SpringCloud有什么优势

使用 Spring Boot 开发分布式微服务时，我们面临以下问题

（1）与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销，带宽问题，安全问题。

（2）服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉及一个服务目

录，在该目录中注册服务，然后能够查找并连接到该目录中的服务。

（3）冗余-分布式系统中的冗余问题。

（4）负载平衡 --负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链路， 中央处理单元，或磁盘驱动器的分布。

（5）性能-问题 由于各种运营开销导致的性能问题。

（6）部署复杂性-Devops 技能的要求。

3、 什么是 OAuth？

OAuth 代表开放授权协议。这允许通过在 HTTP 服务上启用客户端应用程序（例

如第三方提供商 Facebook，GitHub 等）来访问资源所有者的资源。因此，您可

以在不使用其凭据的情况下与另一个站点共享存储在一个站点上的资源。

4 、使用 Spring Cloud 有什么优势？

使用 Spring Boot 开发分布式微服务时，我们面临以下问题

1、与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销，带宽问题，

安全问题。

2、服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉

及一个服务目录，在该目录中注册服务，然后能够查找并连接到该目录中的服务。

3、冗余-分布式系统中的冗余问题。

4、负载平衡 --负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机

集群，网络链路，中央处理单元，或磁盘驱动器的分布。

5、性能-问题 由于各种运营开销导致的性能问题。

6、部署复杂性-Devops 技能的要求。

5 、服务注册和发现是什么意思？Spring Cloud 如何实现？

当我们开始一个项目时，我们通常在属性文件中进行所有的配置。随着越来越多

的服务开发和部署，添加和修改这些属性变得更加复杂。有些服务可能会下降，

而某些位置可能会发生变化。手动更改属性可能会产生问题。 Eureka 服务注册

和发现可以在这种情况下提供帮助。由于所有服务都在 Eureka 服务器上注册并通

过调用 Eureka 服务器完成查找，因此无需处理服务地点的任何更改和处理。 

6 、负载平衡的意义什么？

在计算中，负载平衡可以改善跨计算机，计算机集群，网络链接，中央处理单元

或磁盘驱动器等多种计算资源的工作负载分布。负载平衡旨在优化资源使用，最

大化吞吐量，最小化响应时间并避免任何单一资源的过载。使用多个组件进行负

载平衡而不是单个组件可能会通过冗余来提高可靠性和可用性。负载平衡通常涉

及专用软件或硬件，例如多层交换机或域名系统服务器进程。

7 、Eureka和zookeeper都可以提供服务注册与发现的功能，请说说两个的区别？

Zookeeper保证了CP（C：一致性，P：分区容错性），Eureka保证了AP（A：高可用） 

1.当向注 册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的信息，但不能容忍直接 down掉不可用。也就是说，服务注册功能对高可用性要求比较高，但zk会出现这样一种情况，当 master节点因为网络故障与其他节点失去联系时，剩余节点会重新选leader。问题在于，选取leader时间过长，30 ~ 120s，且选取期间zk集群都不可用，这样就会导致选取期间注册服务瘫痪。 在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够恢复，但是漫长的选取时间导致的注册长期不可用是不能容忍的。

2.Eureka保证了可用性，Eureka各个节点是平等的，几个节点挂掉不会影响正常节点的工作，剩余 的节点仍然可以提供注册和查询服务。而Eureka的客户端向某个Eureka注册或发现时发生连接失败，则会自动切换到其他节点，只要有一台Eureka还在，就能保证注册服务可用，只是查到的信息 可能不是最新的。除此之外，Eureka还有自我保护机制，如果在15分钟内超过85%的节点没有正常 的心跳，那么Eureka就认为客户端与注册中心发生了网络故障，此时会出现以下几种情况： ①、 Eureka不在从注册列表中移除因为长时间没有收到心跳而应该过期的服务。 ②、Eureka仍然能够 接受新服务的注册和查询请求，但是不会被同步到其他节点上（即保证当前节点仍然可用） ③、当 网络稳定时，当前实例新的注册信息会被同步到其他节点。 因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像Zookeeper那样使整个微服务瘫痪

8 、SpringBoot和SpringCloud的区别？

SpringBoot专注于快速方便的开发单个个体微服务。

SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整 合并管理起来， 为各个微服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策 竞选、分布式会话等等集成服务

SpringBoot可以离开SpringCloud独立使用开发项目， 但是SpringCloud离不开SpringBoot ，属于 依赖的关系.

SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架。 

9 、Ribbon和Feign的区别？

1.Ribbon都是调用其他服务的，但方式不同。 

2.启动类注解不同，Ribbon是@RibbonClient feign 的是@EnableFeignClients

3.服务指定的位置不同，Ribbon是在@RibbonClient注解上声明，Feign 则是在定义抽象方法的接口中使用@FeignClient声明。 

4.调用方式不同，Ribbon需要自己构建http 请求，模拟http请求

10 、什么是CAP理论？

CAP 也就是 Consistency（一致性）、Availability（可用性）、Partition Tolerance（分区容错性） 这三个单词首字母组合。

在理论计算机科学中，CAP 定理（CAP theorem）指出对于一个分布式系统来说，当设计读写操作时，只能能同时满足以下三点中的两个：

    一致性（Consistence） : 所有节点访问同一份最新的数据副本

    可用性（Availability）: 非故障的节点在合理的时间内返回合理的响应（不是错误或者超时的响应）。

分区容错性（Partition tolerance） : 分布式系统出现网络分区的时候，仍然能够对外提供服务。

11 、什么是限流？

限流是从用户访问压力的角度来考虑如何应对系统故障。一般可以用sentinel框架处理

限流为了对服务端的接口接受请求的频率进行限制，防止服务挂掉。比如某一接口的请求限制为 100 个每秒, 对超过限制的请求放弃处理或者放到队列中等待处理。限流可以有效应对突发请求过多。

12 、什么是降级？

降级是从系统功能优先级的角度考虑如何应对系统故障。

服务降级指的是当服务器压力剧增的情况下，根据当前业务情况及流量对一些服务和页面有策略的降级，以此释放服务器资源以保证核心任务的正常运行。

13 、什么是熔断？

熔断和降级是两个比较容易混淆的概念，两者的含义并不相同。

降级的目的在于应对系统自身的故障，而熔断的目的在于应对当前系统依赖的外部系统或者第三方系统的故障。

14 、什么是排队？

另类的一种限流，类比于现实世界的排队。玩过英雄联盟的小伙伴应该有体会，每次一有活动，就要经历一波排队才能进入游戏。一般用消息中间件如：kafka、RabbitMQ解决

15、为什么使用消息队列？

解耦、异步、削峰

(1) 解耦

    传统模式的缺点:

    系统间耦合性太强，系统A在代码中直接调用系统B和系统C的代码，如果将来D系统接入，系统A还需要修改代码，过于麻烦！

(2) 异步

传统模式:

一些非必要的业务逻辑以同步的方式运行，太耗费时间。   

(3) 削峰

    传统模式缺点

    并发量大的时间，所有的请求直接怼到数据库，造成数据库连接异常

16 spring cloud 5大组件有哪些？

一代：

eureka：注册中心

ribbon：负载均衡

feign：远程调用

hystrix：服务熔断

getway：网关

二代阿里云：

nacos：注册中心/配置中心

ribbon：负载均衡

feign：远程调用

sentinel：服务保护

getway：网关

17、ribbon负载均衡策略有哪些？

轮询，随机，按权重选择响应时间越长权重越小，区域敏感策略（就近原则）。

18 、什么是服务雪崩怎么解决这个问题？

服务雪崩指的是，一个服务不可用，导致调用这个服务服务的服务也不可用，从而导致整个链路的服务不可用。

解决服务雪崩有两种方式：

服务降级：他是服务自我保护的一种方式，或者说是保护下游服务的一种方式，他的主要作用是不会受请求突增影响，而变得不可用，保证服务不会崩溃。

服务熔断：他默认是关闭的需要手动打开，在一定时间内服务请求失败超过一定的阈值，就会开启服务熔断，然后每个一段时间重新请求微服务，如果请求可达，则关闭熔断，如果服务还是不可达，则继续走熔断机制。

19、Nacos中的保护阈值的作用是什么？

假如现在有一个服务，本来有10个实例，但是现在挂掉了8个，剩下2个正常实例，此时本来由10个实例处理的流量，就全部交给这个两个正常实例来处理了，此时这两个实例很有可能是处理不过来的，最终导致被压垮，为了应对这种情况，Nacos提供了保护阈值这个功能，我们可以给某个服务设置一个0-1的阈值，比如0.5，那就表示，一旦实例中只剩下一半的健康实例了，比如10个实例，只剩下5个健康实例了，那么消费者在进行服务发现时，则会把该服务的所有实例，也包括不健康的实例都拉取到本地，然后再从所有实例中进行负载均衡，选出一个实例进行调用，在这种情况下，选出来的即可能是一个健康的实例，也可能是挂掉的实例，但是通过这种方式，很好的保护的剩下的健康实例，至少保证了一部分请求能正常的访问，而不至于所有请求都不能正常访问，这就是Nacos中的保护阈值，同时，这个功能在Spring Cloud Tencent中叫全死全活。

20、Nacos的就近访问是什么意思？

首先，在Nacos中，一个服务可以有多个实例，并且可以给实例设置cluster-name，就是可以再进一步的给所有实例划分集群，那如果现在某个服务A想要调用服务B，那么Naocs会看调用服务A的实例是属于哪个集群的，并且调用服务B时，那就会调用同样集群下的服务B实例，根据cluster-name来判断两个实例是不是同一个集群，这就是Nacos的就近访问