网站前台如何做访问量显示,贸易做网站,宿州做网站的公司有哪些,官方网站查询 优帮云目录
一、SpringCloud组件的升级与替换
二、服务注册中心的比较
1、根据CAP理论对注册中心进行分类
2、Zookeeper通过Zab协议保证强一致性
3、Eureka保证高可用性
4、Nacos既支持AP模式又支持CP模式
三、服务调用框架的比较
1、Ribbon
2、OpenFeign
3、Dubbo
四、服…目录
一、SpringCloud组件的升级与替换
二、服务注册中心的比较
1、根据CAP理论对注册中心进行分类
2、Zookeeper通过Zab协议保证强一致性
3、Eureka保证高可用性
4、Nacos既支持AP模式又支持CP模式
三、服务调用框架的比较
1、Ribbon
2、OpenFeign
3、Dubbo
四、服务降级框架的比较
Hystrix和Sentinel的比较 一、SpringCloud组件的升级与替换
由于SpringCloud Netflix原先的一些组件进入停更维护状态因此这些组件逐渐被SpringCloud Alibaba一些新技术所替代。
SpringCloud Alibaba实际上对我们的SpringCloud2.x和1.x实现拓展组件功能。
1.Nacos分布式配置中心分布式注册中心EurekaConfig。
2.目的是为了推广阿里的产品如果使用了SpringCloud Alibaba最好使用alibaba整个体系产品。
序号组件SpringCloudSpringCloud Alibaba1服务注册中心EurekaZookeeper、Consul、Nacos推荐2配置中心ConfigNacos3服务总线消息总线BusNacos4负载均衡RibbonLoadBalancer5服务调用FeignOpenFeign、Dubbo6服务网关ZuulGateway7服务降级熔断降级HystrixSentinel流量控制、熔断降级、系统负载保护8服务跟踪链路追踪SleuthZipkinSkyWalking9分布式事务无(第三方替代方案2pc)Seata10分布式任务调度无(第三方替代方案xxl-job)SchedulerX11消息中间件无(第三方替代方案RabbitMQ)RocketMQ12批量任务Spring Cloud TaskSpring Cloud Task13数据流Stream无14服务安全Security或(第三方替代方案Shiro)Security
二、服务注册中心的比较
1、根据CAP理论对注册中心进行分类 保证CP注重一致性Zookeeper、Consul 保证AP注重可用性Eureka 既支持CP又支持APNacos
2、Zookeeper通过Zab协议保证强一致性
因此 Eureka可以很好的应对因网络故障导致部分节点失去联系的情况而不会像Zookeeper那
样使整个注册服务瘫痪。 所有的写请求必须经过leader节点传递给其他follower节点。 但是当leader节点因为网络故障与其他节点失去联系时剩余节点会重新进行leader选举。问题在于选举leader的时间太长30 ~ 120s, 且选举期间整个zk集群都是不可用的这就导致在选举期间注册服务瘫痪。 3、Eureka保证高可用性 Eureka各个节点都是平等的几个节点挂掉不会影响正常节点的工作剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或时如果发现连接失败则会自动切换至其它节点只要有一台Eureka还在就能保证注册服务可用只不过查到的信息可能不是最新的(不保证强一致性)。 此外Eureka还有自我保护机制如果在15分钟内超过85%的节点都没有正常的心跳短时间内丢失过多客户端那么Eureka就认为客户端与注册中心出现了网络故障如不是服务真的不可用了此时会开启自我保护机制 Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务。 Eureka仍然能够接受新服务的注册和查询请求但是不会被同步到其它节点上(即保证当前节点依然可用)。 当网络稳定时当前实例新的注册信息会被同步到其它节点中。
因此 Eureka可以很好的应对因网络故障导致部分节点失去联系的情况而不会像Zookeeper那样使整个注册服务瘫痪。
4、Nacos既支持AP模式又支持CP模式 AP模式不需要存储服务级别信息且服务实例是通过nacos-clinet注册且能够保持心跳上报可采用AP模式。如SpringCloud服务。AP模式下只支持注册临时实例。 CP模式如需要在服务级别编辑或存储配置信息则需使用CP模式如K8S,DNS。AP模式下只支持注册持久化实例。
三、服务调用框架的比较
1、Ribbon Ribbon是一套客户端负载均衡的工具使用时需与RestTemplate配合使用。 使用是需要模拟http请求然后使用RestTemplate发送给其他服务步骤比较繁琐。 负载均衡支持轮询、随机、空闲策略、响应时间策略。
2、OpenFeign 同样使用HTTP协议进行通讯。 使用时只需创建一个接口并使用注解FeignClient)的方式配置 即可完成对服务提供方的接口绑定是对RibbonRestTemplate的进一步封装。 OpenFeign内部集成了 Ribbon本质上是通过Ribbon完成负载均衡功能。
3、Dubbo 支持多种传输协议Dubbo、Rmi、http、redis。适合数据量小、高并发和服务提供者远远少于消费者的场景。 负载均衡支持随机、轮询、活跃度、Hash一致性负载均衡的算法可以精准到某个服务接口的某个方法。
四、服务降级框架的比较
Hystrix和Sentinel的比较 Hystrix本身就是一个非常出色的熔断降级框架Sentinel则是在Hystrix的基础上对其进行进一步的升级。 Sentinel使用更方便Sentinel提供了一个非常简洁的控制台界面在控制台界面中即可非常方便地配置限流降级规则。
