15_Eureka基础知识

好，同学们大家好，那欢迎回到课堂，那么继续被杨哥虐，那么接下来请跟着我继续学习spring cloud第二季。从第五章开始以后的内容。好，那先简单的做一个回顾，一到四章结束以后，那么基本上按照我们的要求，是不是零基础，这篇差不多完成了。到这儿啊，前四章咱们可还没有引入任何spring cloud相关的技术和组件，只是一点点从零开始帮助大家上手和入门，一直从零完成我们到高级篇的学习，所以说呢，一开始讲慢一点，后面我们呢会越来越难，大家要做好准备。那么现在。到初级，然后中级，然后高级，部分基础好的同学，请你们稍微耐着一点性子，到我们的中级和高级的话，那这个时候杨哥在看你的本事和能耐，但是扎稳马步，现在是最后一个老师，就是我带着大家。

零到高等全面复习O了，那么人到齐了，线上全部满员，兄弟们开打。那从第五章开始，我认为已经到了我们的初级部分，上了一个台阶，那接下来按照我们的要求。完成了订单模块到我们的支付模块，现在他们两个是不是通过rest tempate实现了rest风格的地址调用啊，那么接下来在这个基础上面，我们是不是要把这些技术一块一块的往上面加，让它越来越庞大复杂，但是也越来越强大，那么第一关我们要过的就是微服务的概念当中最重要的服务注册中心，那么u keepa council、阿里巴巴nicos，我们全部讲现在说分布式为服务架构，不可能脱离服务注册中心。

那么这个停跟了这三个选哪一个？他们之间有什么区别？面试中会问，工作中要用，笔试中会考最简单u uke na考这些动道。一定会考你分布式的CP理论，重点要说这个，那么你在面试过程当中的话，这些东西可能会被问到，尤其现在你去大厂，那么我们呢，不但要会用，更要知道他的理念，再次强调动嘴和动手的能力同样重要。来，下面往我们的分布式为服务架构加第一个。组建服务注册中心，回到我们这张图哈，那么弟兄们肯定会有这么一些疑问，我直接调不就行了吗？

我现在干嘛还要有有瑞卡服务注册中心不是长期讲过一句话。避免中间商赚差价。OK，那么同学们微服的架构。A调B80到八零零幺两个人之间，我服务很少，他们开玩笑的说一句。你就是不加这个服务注册中心，貌似是不是也能八零掉8001啊，但是问题就怕是量变引起质变，比如说一个病人直接去。私人医院一对一的。医治专家给你服务。不用什么，中间横着一道门诊挂号，但是现在。病人越来越多，那么到底这个微服务还能不能提供这个专家，还有没有剩号和余号？今天到底有多少病人通过了这个专家号？我们需要监控权健流量的管控，那么这些东东我们是不是需要有一个类似于在医院里面有个门诊前台一样多这么一个注册中心啊？那么这样是不是通过这个门诊知道了这个？

专家，今天提供了多少医疗服务，今天有多少人挂了这个号，那么我们可以统一的进行调度，协调和管理好，那接下来我们呢，将要学习我们的第一个。组建U瑞卡服务注册与发现，那么spring cloud，那么大家前面或多或少了解一下U卡是个什么，更多的我就不再具体介绍。那主管服务注册。他目前官网上停止更新，但是很多老项目，只要你上了cloud的，大部分是用它，那么由他我们来学后面的，那么这个思想和理念是一脉相承的，同学们有必要掌握来吧，首先有瑞卡的基础知识，什么是服务治理，那么前面也讲过。

Cloud NEX公司啊，来实现服务治理，我们说过了，传统的RPC调用，我们呢比较复杂，说穿一点就是N多个消费者，N多个服务提供者，你找我，我找你，各种服务调用我们需要有一种管理机制啊，来个更好的给大家提供服务治理的落地实现，那么包括调用、均衡、容错等等，所以说服务和服务之间的调用，我们的管理和治理就需要这么一个注册中心，那么什么是服务注册呢？来吧。同学们。嗯，老规矩，对于这样的先给大家暂停录屏，先自行阅读一下。我们继续U瑞卡，它采用了CS客户端和服务端的设计架构，那么分为至少从这张图起码这是不是有两个颜色，左边是我们的瑞卡系统，右边是我们的double，那么请大家对比了以后，我们先看图后说文字啊，三角形。

三角形，那这。一个叫service consumer。OK，消费者八零，一个叫service provider回答我是不是咱们的支付8001，但是注意一个两个三个说明什么概念，说明一般我们的微服务提供者应该是不是8001 8002 8003 804 805等等，是一套集群啊，好比一个客户他去反问淘宝，淘宝后面你总不开跟我说淘宝就用一个，他在那拖着吧，一定是大规模的集群分布式架构，那么另外我们所有的consumer消费要去能够找到它，那么这一块我们是不是需要有个服务注册中心啊，它的角色扮演者就是我们有卡吧，大家请看。二三那说明什么情况啊？消费者，一个消费者可能同时要访问的是U卡集群和服务提供者集群。

一句话，如果你的服务注册中心只有一台机器，它宕机了怎么办？啊，那么这个是不是特别容易造成一种东西叫单点故障啊，所以一般企业里面我们的服务注册中心啊，什么这个呃，网管啊等等，能配多个的尽量配多个，主要就是为了避免单点故障，好那么左边是我们的spring cloud，那么右边我们的double，大家请看double大家也学过了，两项对比是不是都这么回事，消费者，消费者提供者提供者容器double这边是不是天生就是我们的spring OK，那么最终有个注册服务中心天上飞的理念落地，实现double的绝派，这个注册中心是不是就是我们的keeper啊，好，那么所以说相似的概念，相似的理念。东西都是相通的，那么在这我们来看看文字上的描述，Server作为注册功能的服务器是注册中心，其他的那么有瑞卡的客户端连到我们的server上并维持什么鬼？

心跳这么说能跟上维持心跳的意思就是你得让这个注册中心知道你还在岗，还能够提供服务。简单一句话。这个服务的，比方说现在我们上硅谷是一所学校，提供一种教学服务，服务消费者就是在座各位亲，你们这波线上的学生服务的提供者是不是就是杨哥，现在我是服务提供者，那么你跟我讲消费者，现在你们是不是？学提供者，我们是不是叫，那么最终如果现在没有疫情，大家是不是应该去鸿福科技园我们的北京总校去上课，那么这个U卡斯瓦是不是就是我们的鸿福科技园的物业公司啊，上硅谷要去物业公司入驻，那么怎么个维持心跳？那么是不是我们得告诉人家我们还在这儿办理着学校同学们还来着呢？说穿了我们是不是得交个物业费啊，只要不欠物业费，那么这样系统的维护人员就是宏福科举啊，有时卡斯吧，那么监控各个微服务，各个企业是否欠费，是否正常运行，简单一句话。

比如卡斯瓦就是鸿福科技园的物业公司服务的提供者，那么就是上回谷的老师，我们提供教学这种服务，那么消费者是不是在座各位同学，你们在进行听课啊，那么我们呢？基本上就是这套理论，最终我们呢，先在同学们呢，先在server上找找有没有这个服务，服务地址注册上去的，它才表示有效服务，直接在远程调用，OK，那么这些理念大家呢，前面也或多或少了解一些，我们呢就快快的过一遍，那么最简单的那么就是我们的学生老师，鸿福科技园，那么从这儿鸿福科技园就是我们的注册中心，物业公司就是注册中心，起码从这我们可以得到有个卡。

这个组件应该有两个角色，一个server端，一个端好，那么下面有人看两个组件过来。刚好那张图。也讲解过sova提供服务注册，好吧，所有鸿福科技园的入驻企业都要给鸿福物业公司交物业费，注册进去代表是在岗在编的企业，能够正常的给大家提供服务，那么上硅谷这所学校，相对于鸿福科举园，我们是不是就入住进去的客户端，入驻进去的客户企业，那么我们呢？基本上就会，比方说发送心跳默认30秒钟来告诉我们活着，比方说我们交物业费是不是30天，那么如果说server多个心跳周期内没有接收到某个节点的心跳，U卡server将会从这个列表中把我们服务节点干掉。一句话说人话，如果U卡server宏福科技园的物业公司啊在多个心跳周期内。

几个月了都没有收到上硅谷提供的心票物业费，那么鸿福科举啊，是不是将会从服务注册表当中把我们上硅谷除名啊，这么说能跟上好了，那么我们的优瑞卡的基础知识啊，我们就快快的过一遍，更多的是动手编码，好理论就给大家介绍到这儿。