SpringCloud(入门一)

一、什么是SpringCloud?

 

    SpringCloud是Spring团队提供的一套微服务架构体系的开发解决方案。内部继承了20多种为微服务开发所需要的服务和组件。直接开箱即用即可,极大的方便了微服务架构的开发。

 

    SpringCloud是基于SpringBoot

 

 

二、什么是微服务?

 

    微服务的特点:

        1、按照系统的业务模块进行服务的拆分

        2、每个服务独立部分,隔离运行,并且通过一个小型的管理中心集中管理

        3、服务和服务之间通过轻量级的通信机制进行通讯(dubbo - rpc / Spring cloud - Http Restful...)

        4、服务需要高可用部署

        5、服务可以采用不同的语种实现、存储也可以采用不同的方式

 

 

三、服务的注册和发现 - Eureka

    

    

 

    如何搭建一个注册中心:

 

        1、添加Eureka Server的相关依赖:

            

 

        2、去启动类添加相关注解:

            

 

        3、配置application.yml:

            

 

        4、打开浏览器,访问注册中心

            

 

    如何搭建一个微服务的提供者(本身就是一个微服务,可以是提供者也可以是消费者):

 

        1、添加Eureka client依赖

            

 

        2、启动类上添加注解

            

 

        3、配置application.yml

            

 

        4、提供一个Controller(就是给其他微服务调用的接口)

            

 

 

    注意:微服务的集群关系,是通过spring.application.name确定的,当两个微服务的名称相同时,注册中心就会认为这两个微服务是一个集群的关系

 

 

四、Eureka组件

 

    什么是Eureka的自我保护机制?

        一旦Eureka触发了自我保护机制,则注册中心上所以可能有问题的服务,就会被Eureka保护起来,而不被移除。

        

 

 

    为什么Eureka要设定一个貌似鸡肋的自我保护机制(zookeeper - 过半数存活原则)?

        

        CAP原则:任何分布式存储系统,必须遵循CAP原则中的2个原则,因为P(网络分区)不可避免,所以通常分布式系统都会从A和C中做选择,Zookeeper就是CP设计,Eureka是AP设计。

        P(分区容错性):当一个分布式服务,发生网络分区问题时,仍然可以对外正常提供服务。

        C(强一致性):对于任何的读操作,总能返回最新的写操作的结果

        A(高可用性):对于读取集群中任意一个节点,会返回一个合理的结果,但是有可能不正确(不能是超时或者报错)

 

        AP理论 - Base理论(对AP原则的一个补充):

        选择AP并不意味着丢弃数据一致性,而是在网络分区问题发生时,短暂的牺牲掉数据一致性,保证服务的高可用,一旦网络分区的问题恢复后,最终整个服务系统数据还是要回到一致性状态的。(最终一致性)

 

        Ba:服务基本可用,当服务资源出现问题时,首先保证更重要的服务可以正常运行

        s:软状态,整个系统允许某个时刻出现弱一致性状态,

        e:最终一致性,当系统分区问题解决后,整个数据最终还是要回归一致性状态的

 

    自我保护机制触发的条件:

 

        在 1 分钟后,Renews (last min) < Renews threshold * 0.85,就会触发自我保护机制

         Renews (last min):表示Eureka在最后一分钟,接收到的心跳数量

         Renews threshold:表示Eureka认为在最后一分钟,应该接收到的心跳数量

 

    如何避免自我保护机制?

 

        1、通过配置关闭自我保护机制(不推荐)

            

 

        2、修改自我保护机制的比例值(不推荐)

            

 

        3、将Eureka集群进行自我注册 - 心跳数会增加(推荐)

 

    注意:因为Eureka的高可用性选择,所以设计了一个自我保护机制,保护那些因为网络分区问题影响的微服务不会移除。但是也可能保护了真正出现了问题的微服务。这个时候,其他的微服务调用这个服务时,可能就会得到一个错误的结果,这种情况只能在调用端自行解决,比如通过Hystrix进行隔离熔断。

 

    Eureka如何搭建集群:

    

        1、准备三个Eureka服务

            

 

        2、配置每个Eureka服务的application.yml

            

 

        3、给配个集群机器分配一个域名(/hosts文件)

            

    

        4、验证集群

              

 

 

    Zookeeper和Eureka的区别:

        1、zk是cp设计,eureka是ap设计

        2、zk集群有角色,eureka集群没有角色

        3、zk提供了watch机制,eureka是通过长轮询实现            

    

    Nacos - AP设计 注册中心

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值