关于springcloud:SpringCloud知识点汇总

微服务架构就是将单体的应用程序分成多个应用程序，这多个应用程序就成为微服务，每个微服务
运行在本人的过程中，并应用轻量级的机制通信。这些服务围绕业务能力来划分，并通过自动化部
署机制来独立部署。这些服务能够应用不同的编程语言，不同数据库，以保障最低限度的集中式管
理。

随着咱们利用业务逐步变得复杂，传统的单体式架构曾经不满足咱们的日常开发了。这个时候咱们就须要从传统的单体架构转变为微服务式的架构模式。
传统的单体式架构，在业务越来越简单，代码量越来越多的时候。会导致治理越来越艰难，代码构造的越来越凌乱。同时，这也会给业务的疾速迭代带来微小挑战；
开发效率变低：开发人员同时开发一套代码，很难防止代码抵触。开发过程会随同着一直解决抵触的过程，这会重大的影响开发效率；
排查解决问题老本高：线上业务发现 bug，修复 bug 的过程可能很简略。然而，因为只有一套代码，须要从新编译、打包、上线，老本很高。
因为单体构造的利用随着零碎复杂度的增高，会暴露出各种各样的问题。近些年来，微服务架构逐步取代了单体架构，且这种趋势将会越来越风行。Spring Cloud 是目前最罕用的微服务开发框架，曾经在企业级开发中大量的利用。

长处

产出于 Spring 大家族，Spring 在企业级开发框架中无人能敌，来头很大，能够保障后续的更新、欠缺
轻轻松松几行代码，注解或者配置就实现了熔断、负载平衡、注册核心的各种平台性能
Spring Cloud 社区活跃度很高，教程很丰盛，遇到问题很容易找到解决方案
服务拆分粒度更细，耦合度比拟低，有利于资源重复利用，有利于进步开发效率
能够更精准的制订优化服务计划，进步零碎的可维护性
加重团队的老本，能够并行开发，不必关注其他人怎么开发，先关注本人的开发
微服务能够是跨平台的，能够用任何一种语言开发
适于互联网时代，产品迭代周期更短

毛病
微服务过多，治理老本高，不利于保护零碎
分布式系统开发的老本高（容错，分布式事务等）对团队挑战大
总的来说长处大过于毛病，目前看来 Spring Cloud 是一套十分欠缺的分布式框架，目前很多企业开始用微服务、Spring Cloud 的劣势是不言而喻的。因而对于想钻研微服务架构的同学来说，学习 Spring Cloud 是一个不错的抉择。

Spring Cloud 是一系列框架的有序汇合。它利用 Spring Boot 的开发便利性奇妙地简化了分布式系统基础设施的开发，如服务发现注册、配置核心、智能路由、音讯总线、负载平衡、断路器、数据监控等，都能够用 Spring Boot 的开发格调做到一键启动和部署。Spring Cloud 并没有反复制作轮子，它只是将各家公司开发的比拟成熟、经得起理论考验的服务框架组合起来，通过 Spring Boot 格调进行再封装屏蔽掉了简单的配置和实现原理，最终给开发者留出了一套简略易懂、易部署和易保护的分布式系统开发工具包。

1.SpringBoot 专一于疾速不便的开发单个个体微服务。
2.SpringCloud 是关注全局的微服务协调整顿治理框架，它将 SpringBoot 开发的一个个单体微服务整合并且治理起来，为各个服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、精选决策、分布式会话等集成服务。
3.SpringBoot 能够来到 SpringCloud 独立开发我的项目，然而 SpringCloud 离不开 SpringBoot，属于依赖关系。
4.SpringBoot 专一于疾速、不便的开发单个微服务个体，SpringCloud 关注全局的服务治理框架。

服务调用形式：dubbo 是 RPC，而 SpringCloud 是 rest api
注册核心：dubbo 是 zookeeper，springcloud 默认是 eureka，当然也可能替换为 zookeeper
服务网关：dubbo 自身没有实现服务网关，只能通过其余第三方激素整合。而 springcloud 又 zuul 路由网关，作为路由服务器，进行消费者的申请散发，springcould 反对断路器，与 git 完满继承配置文件反对版本控制，事务总线实现配置文件的更新与服务主动拆卸等等一系列的微服务架构因素。

Spring Cloud Eureka：服务注册与发现
Spring Cloud Zuul：服务网关
Spring Cloud Ribbon：客户端负载平衡
Spring Cloud Feign：申明性的 Web 服务客户端
Spring Cloud Hystrix：断路器
Spring Cloud Config：分布式对立配置管理
等等

与分布式系统相干的复杂性 - 这种开销包含网络问题，提早开销，带宽问题，平安问题。
服务发现 - 服务发现工具治理群集中的流程和服务如何查找和相互交谈。它波及一个服务目录，在该目录中注册服务，而后可能查找并连贯到该目录中的服务。
冗余 - 分布式系统中的冗余问题。
负载平衡 – 负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链路，地方处理单元，或磁盘驱动器的散布。
性能 - 问题因为各种经营开销导致的性能问题。
部署复杂性 -Devops 技能的要求。

springcloud 不是一个开发框架，而是一整套的解决方案，而 dubbo 仅仅是一个 rpc 的框架。
dubbo 采纳的是传输层 tcp 协定，是二进制传输的，占用带宽较少，序列化采纳的是 jdk 自带的序列化协定。springcloud 是应用层 http 协定，占用带宽比拟多，同时 springcloud 采纳的是 json 报文传输，耗费会比拟大。
dubbo 调用应用的是长链接，适宜传输数据量小的包，而对于 springcloud 是短连贯，适宜传输大数据量的信息，比方图片、文本之类的。
dubbo 开发须要依赖 jar 包，对依赖的治理比较复杂。springcloud 的接口协议比拟涣散，约束性不强。
服务调用形式：dubbo 是 RPC springcloud Rest Api
注册核心应用的不同，dubbo 默认应用的是 zk, 而 springcloud 应用的注册核心为 eureka, 前者保障的是 cp , 而后者保障的是 ap, 然而随着 springcloud alibaba 的呈现，又引入了 nacos 这样的神器，兼有注册核心和配置核心的性能。

能够晓得，随着服务的越来越多，越来越杂，服务之间的调用会越来越简单，越来越难以治理。而当某个服务产生了变动，或者因为压力性能问题，多部署了几台服务，怎么让服务的消费者通晓变动，就显得很重要了。不然就会存在调用的服务其实曾经下线了，但调用者不晓得等异常情况。

这个时候有个服务组件去对立治理就相当重要了。简略来说，一个服务治理组件应该具备以下几个性能：

服务注册表
服务治理组件的外围，它用来记录各个微服务的信息，比如说微服务的名称、IP、端口等。服务注册组件提供查问 API 和治理 API，查问 API 用来查问可用的微服务实例，治理 API 用于服务的注册和登记。
服务注册与发现
服务注册是指微服务在启动时，将本人的信息注册到服务治理组件上的过程。
服务发现是指查问可用微服务列表及其网络地址的机制。
服务查看
服务治理组件应用肯定机制定时检测已注册的服务，是否在线，或者是否无奈连贯等，若发现无法访问，就会从服务注册表中移除该实例，进行下线操作。

https://www.cnblogs.com/okong…

Eureka 作为 SpringCloud 的服务注册性能服务器，他是服务注册核心，零碎中的其余服务应用 Eureka 的客户端将其连贯到 Eureka Service 中，并且放弃心跳，这样工作人员能够通过 Eureka Service 来监控各个微服务是否运行失常。

Eureka 是 Netflix 开源的服务发现组件，自身是一个基于 REST 的服务。

Eureka 有三局部组成

+ Service Provider：裸露服务的提供方。+ Service Consumer：调用近程服务的服务生产方。+ EureKa Server：服务注册核心和服务发现核心

集群: 注册多台 Eureka，而后把 SpringCloud 服务相互注册，客户端从 Eureka 获取信息时，按
照 Eureka 的程序来拜访。

默认状况下，如果 Eureka Server 在肯定工夫内（默认 90 秒，其实不止 90 秒）没有接管到某个微服务实例的心跳，Eureka Server 将会移除该实例。然而当网络分区故障产生时，微服务与 Eureka Server 之间无奈失常通信，而微服务自身是失常运行的，此时不应该移除这个微服务，所以引入了自我爱护机制。

能够从注册核心中依据服务别名获取注册的服务器信息。

随着咱们利用业务逐步变得复杂，传统的单体式架构曾经不满足咱们的日常开发了。这个时候咱们就须要从传统的单体架构转变为微服务式的架构模式。
传统的单体式架构，在业务越来越简单，代码量越来越多的时候。会导致治理越来越艰难，代码构造的越来越凌乱。同时，这也会给业务的疾速迭代带来微小挑战；
开发效率变低：开发人员同时开发一套代码，很难防止代码抵触。开发过程会随同着一直解决抵触的过程，这会重大的影响开发效率；
排查解决问题老本高：线上业务发现 bug，修复 bug 的过程可能很简略。然而，因为只有一套代码，须要从新编译、打包、上线，老本很高。
因为单体构造的利用随着零碎复杂度的增高，会暴露出各种各样的问题。近些年来，微服务架构逐步取代了单体架构，且这种趋势将会越来越风行。Spring Cloud 是目前最罕用的微服务开发框架，曾经在企业级开发中大量的利用。

长处

产出于 Spring 大家族，Spring 在企业级开发框架中无人能敌，来头很大，能够保障后续的更新、欠缺
轻轻松松几行代码，注解或者配置就实现了熔断、负载平衡、注册核心的各种平台性能
Spring Cloud 社区活跃度很高，教程很丰盛，遇到问题很容易找到解决方案
服务拆分粒度更细，耦合度比拟低，有利于资源重复利用，有利于进步开发效率
能够更精准的制订优化服务计划，进步零碎的可维护性
加重团队的老本，能够并行开发，不必关注其他人怎么开发，先关注本人的开发
微服务能够是跨平台的，能够用任何一种语言开发
适于互联网时代，产品迭代周期更短

毛病
微服务过多，治理老本高，不利于保护零碎
分布式系统开发的老本高（容错，分布式事务等）对团队挑战大
总的来说长处大过于毛病，目前看来 Spring Cloud 是一套十分欠缺的分布式框架，目前很多企业开始用微服务、Spring Cloud 的劣势是不言而喻的。因而对于想钻研微服务架构的同学来说，学习 Spring Cloud 是一个不错的抉择。

服务调用形式：dubbo 是 RPC，而 SpringCloud 是 rest api
注册核心：dubbo 是 zookeeper，springcloud 默认是 eureka，当然也可能替换为 zookeeper
服务网关：dubbo 自身没有实现服务网关，只能通过其余第三方激素整合。而 springcloud 又 zuul 路由网关，作为路由服务器，进行消费者的申请散发，springcould 反对断路器，与 git 完满继承配置文件反对版本控制，事务总线实现配置文件的更新与服务主动拆卸等等一系列的微服务架构因素。

Spring Cloud Eureka：服务注册与发现
Spring Cloud Zuul：服务网关
Spring Cloud Ribbon：客户端负载平衡
Spring Cloud Feign：申明性的 Web 服务客户端
Spring Cloud Hystrix：断路器
Spring Cloud Config：分布式对立配置管理
等等

与分布式系统相干的复杂性 - 这种开销包含网络问题，提早开销，带宽问题，平安问题。
服务发现 - 服务发现工具治理群集中的流程和服务如何查找和相互交谈。它波及一个服务目录，在该目录中注册服务，而后可能查找并连贯到该目录中的服务。
冗余 - 分布式系统中的冗余问题。
负载平衡 – 负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链路，地方处理单元，或磁盘驱动器的散布。
性能 - 问题因为各种经营开销导致的性能问题。
部署复杂性 -Devops 技能的要求。

springcloud 不是一个开发框架，而是一整套的解决方案，而 dubbo 仅仅是一个 rpc 的框架。
dubbo 采纳的是传输层 tcp 协定，是二进制传输的，占用带宽较少，序列化采纳的是 jdk 自带的序列化协定。springcloud 是应用层 http 协定，占用带宽比拟多，同时 springcloud 采纳的是 json 报文传输，耗费会比拟大。
dubbo 调用应用的是长链接，适宜传输数据量小的包，而对于 springcloud 是短连贯，适宜传输大数据量的信息，比方图片、文本之类的。
dubbo 开发须要依赖 jar 包，对依赖的治理比较复杂。springcloud 的接口协议比拟涣散，约束性不强。
服务调用形式：dubbo 是 RPC springcloud Rest Api
注册核心应用的不同，dubbo 默认应用的是 zk, 而 springcloud 应用的注册核心为 eureka, 前者保障的是 cp , 而后者保障的是 ap, 然而随着 springcloud alibaba 的呈现，又引入了 nacos 这样的神器，兼有注册核心和配置核心的性能。

这个时候有个服务组件去对立治理就相当重要了。简略来说，一个服务治理组件应该具备以下几个性能：

服务注册表
服务治理组件的外围，它用来记录各个微服务的信息，比如说微服务的名称、IP、端口等。服务注册组件提供查问 API 和治理 API，查问 API 用来查问可用的微服务实例，治理 API 用于服务的注册和登记。
服务注册与发现
服务注册是指微服务在启动时，将本人的信息注册到服务治理组件上的过程。
服务发现是指查问可用微服务列表及其网络地址的机制。
服务查看
服务治理组件应用肯定机制定时检测已注册的服务，是否在线，或者是否无奈连贯等，若发现无法访问，就会从服务注册表中移除该实例，进行下线操作。

https://www.cnblogs.com/okong…

Eureka 是 Netflix 开源的服务发现组件，自身是一个基于 REST 的服务。

Eureka 有三局部组成

+ Service Provider：裸露服务的提供方。+ Service Consumer：调用近程服务的服务生产方。+ EureKa Server：服务注册核心和服务发现核心

集群: 注册多台 Eureka，而后把 SpringCloud 服务相互注册，客户端从 Eureka 获取信息时，按
照 Eureka 的程序来拜访。

能够从注册核心中依据服务别名获取注册的服务器信息。

ZooKeeper 中的节点服务挂了就要选举在选举期间注册服务瘫痪, 尽管服务最终会复原, 然而选举期间不可用的, 选举就是改微服务做了集群，必须有一台主其余的都是从
Eureka 各个节点是平等关系, 服务器挂了没关系，只有有一台 Eureka 就能够保障服务可用，数据都是最新的。如果查问到的数据并不是最新的，就是因为 Eureka 的自我保护模式导致的
Eureka 实质上是一个工程，而 Zookeeper 只是一个过程
Eureka 能够很好的应答因网络故障导致局部节点失去分割的状况，而不会像 Zookeeper 一样是的整个注册零碎瘫痪。
Zookeeper 保障是 CP，而 Eureka 保障的是 AP。
CAP 准则：
```
C：一致性；A：可用性；P：分区容错性
```

网关相当于一个网络服务架构的入口，所有网络申请必须通过网关转发到具体的服务。

对立治理微服务申请，权限管制、负载平衡、路由转发、监控、安全控制黑名单和白名单等等。

Zuul 是从设施和网络到后端应用程序所有申请的后门，为外部服务提供可配置的对外 URL 到服务的映射关系，基于 JVM 的后端路由器。具备以下的性能：

认证与受权
压力测试
金丝雀测试
动静路由
负载削减
动态相应解决
被动流量治理
其底层是基于 Servlet，实质就是一系列的 Filter 所形成的责任链。

网关是对所有服务的申请进行剖析过滤，而过滤器只是对单个服务的剖析过滤。

Nginx、Zuul、Gatewa

相同点

Zuul 和 Nginx 都能够实现负载平衡、反向代理（暗藏实在 ip 地址）

不同点
所采纳的编程语言不同：Nginx 采纳 C 语言开发的，而 Zuul 是采纳 Java 语言开发的
负载平衡实现形式不同：Zuul 采纳 ribbon+eureka 实现本地负载平衡，而 Nginx 采纳服务器实现负载平衡
所适宜利用的畛域不同：Nginx 适宜于服务器端负载平衡，Zuul 适宜微服务中实现网关
Nginx 相比 zuul 性能会更加弱小，因为 Nginx 整合一些脚本语言（Nginx+lua）

Zuul 是 SpringCloud 集成的网关，应用 Java 语言编写，能够对 SpringCloud 架构提供更灵便的服
务。

思考到 API 接口的分类能够将 API 接口分为开发 API 接口和内网 API 接口

内网 API 接口用于局域网，为外部服务器提供服务。
凋谢 API 接口用于对外部单干单位提供接口调用，须要遵循 Oauth2.0 权限认证协定。同时还须要思考安全性、幂等性等问题。

Run()：过滤器的具体业务逻辑
shouldFilter()：判断过滤器是否无效
filterOrder()：过滤器执行程序
filterType()：过滤器拦挡地位

通过 path 配置拦挡申请，通过 ServiceId 到配置核心获取转发的服务列表，Zuul 外部应用 Ribbon 实现本地负载平衡和转发。

应用 Nginx 的 upstream 设置 Zuul 服务集群，通过 location 拦挡申请并转发到 upstream，默认应用轮询机制对 Zuul 集群发送申请。

负载平衡是一种根底的网络服务，次要是为了解决公司业务并发压力，增强网络解决能力，升高单台设施的资源压力，晋升整体的服务性能。客户端的流量首先会达到负载平衡服务器，由负载平衡服务器通过肯定的调度算法将流量散发到不同的应用服务器下面，同时负载平衡服务器也会对应用服务器做周期性的健康检查，当发现故障节点时便动静的将节点从应用服务器集群中剔除，以此来保障利用的高可用。

Ribbon 是 Netflix 公布的开源我的项目，次要性能是提供客户端的软件负载平衡算法

SpringCloud

什么是微服务架构

为什么须要学习 SpringCloud

SpringCloud 的优缺点

长处

毛病

什么是 SpringCloud

SpringBoot 和 SpringCloud 的区别？

SpringCloud 和 dubbo 的区别？

SpringCloud 由什么组成？

应用 Spring Boot 开发散布式微服务时，咱们面临什么问题

Spring Cloud 和 dubbo 区别?

服务注册和发现是什么意思？SpringCloud 如何实现？

Eureka

什么是 Eureka

Eureka 怎么实现高可用

什么是 Eureka 的自我保护模式

DiscoveryClient 的作用

什么是微服务架构

为什么须要学习 SpringCloud

SpringCloud 的优缺点

长处

毛病

什么是 SpringCloud

SpringBoot 和 SpringCloud 的区别？

SpringCloud 和 dubbo 的区别？

SpringCloud 由什么组成？

应用 Spring Boot 开发散布式微服务时，咱们面临什么问题

Spring Cloud 和 dubbo 区别?

服务注册和发现是什么意思？SpringCloud 如何实现？

什么是 Eureka

Eureka 怎么实现高可用

什么是 Eureka 的自我保护模式

DiscoveryClient 的作用

Eureka 和 ZooKeeper 都能够提供服务注册与发现的性能, 请说说两个的区别

Zuul

什么是网关

网关的作用是什么？

什么是 Spring Cloud Zuul（服务网关）

网关与过滤器有什么区别

罕用网关框架有那些？

Zuul 与 Nginx 有什么区别？

相同点

不同点

既然 Nginx 能够实现网关？为什么还须要应用 Zuul 框架

如何设计一套 API 接口

ZuulFilter 罕用有那些办法

如何实现动静 Zuul 网关路由转发

Zuul 网关如何搭建集群

Ribbon

负载平衡的意义什么？

Ribbon 是什么？