草庐IT

springcloud-Eureka

全部标签

SpringCloud学习笔记(十三)_Zipkin使用SpringCloud Stream以及Elasticsearch

在前面的文章中,我们已经成功的使用Zipkin收集了项目的调用链日志。但是呢,由于我们收集链路信息时采用的是http请求方式收集的,而且链路信息没有进行保存,ZipkinServer一旦重启后就会所有信息都会消失了。基于性能的考虑,我们可以对它进行改造,使用SpringCloudStream进行消息传递,使用Elasticsearch进行消息的存储。参考文章Zipkin全链路监控SpringCloud-Stream整合RabbitMQ改造ZipkinServer1.增加依赖12345678910|io.zipkin.javazipkin-autoconfigure-collector-rabb

【微服务】Eureka注册中心

🚩本文已收录至专栏:微服务探索之旅👍希望您能有所收获Eureka和Nacos一样也可以充当服务的注册中心,让我们一起看看有何区别?点击跳转👉【微服务】Nacos注册中心一.引子假如我们的服务提供者user-service部署了多个实例,如图:大家思考几个问题:问题一:order-service在发起远程调用的时候,该如何得知user-service实例的ip地址和端口?问题二:有多个user-service实例地址,order-service调用时该如何选择?问题三:order-service如何得知某个user-service实例是否依然健康,是不是已经宕机?二.Eureka作用上述问题都需

SpringCloud之Feign,OpenFeign和Feign拦截器讲解

1Feign1.1定义1.1.1简介Feign是一个声明式的WebService客户端,通过声明RESTful请求客户端SpringCloud集成了Ribbon和Eureka,可在使用Feign时提供负载均衡的http客户端Java当中常见的Http客户端有很多,除了Feign,类似的还有Apache的HttpClient以及OKHttp3,还有SpringBoot自带的RestTemplate这些都是Java当中常用的HTTP请求工具微服务直接调用使用RestTemplate进行远程调用,非常方便,那么有了RestTemplate为什么还要有Feign,因为RestTemplate有一个致命

负载均衡 —— SpringCloud Netflix Ribbon

Ribbon简介Ribbon是Netfix客户端的负载均衡器,可对HTTP和TCP客户端的行为进行控制。为Ribbon配置服务提供者地址后,Ribbon就可以基于某种负载均衡算法自动帮助服务消费者去请求。Ribbon默认提供了很多负载均衡算法,例如轮询、随机等,也可以为Ribbon实现自定义的负载均衡算法Ribbon有以下几个重要概念:Rule:该组件主要决定从候选服务器中返回哪个服务器地址进行远程调用的操作Ping:在后台运行的组件,用来确认哪些服务器是存活可用的ServerList:当前可以用作LB的服务器列表,该列表可以是静态的,也可以是动态的。如果是动态列表(例如从Eurka服务器获取

SpringCloud之Eureka原理分析与实战(注册与发现)

目录1、从本质理解服务治理思想2、为什么选择SpringCloud服务治理组件3、SpringCloudEureka服务发现3.1Eureka的优势3.2Eureka架构组成3.3搭建EurekaServer 实战3.3.1添加依赖3.3.2开启服务注册3.3.3添加YML配置3.3.4访问服务3.4搭建EurekaClient实战3.4.1添加依赖3.4.2开启服务注册3.4.3添加YML配置3.4.4访问服务4、什么是自我保护模式4.1自我保护原理4.2自我保护触发条件4.2.1触发条件4.2.2Renewsthreshold4.2.3Renews4.2.4如何解决1、从本质理解服务治理思

云原生微服务 第五章 Spring Cloud Netflix Eureka集成负载均衡组件Ribbon

系列文章目录第一章Java线程池技术应用第二章CountDownLatch和Semaphone的应用第三章SpringCloud简介第四章SpringCloudNetflix之Eureka第四章SpringCloudNetflix之Ribbon文章目录系列文章目录@[TOC](文章目录)前言1、负载均衡1.1、服务端负载均衡1.2、客户端负载均衡2、Ribbon实现服务间调用2.1、pom.xml配置2.2、application.yml配置2.3、bean配置类2.4、编写调用Eureka的代码2.4.1、定义用户服务接口2.4.2、编写用户服务实现类2.4.3、编写用户服务控制层代码2.4

springcloud3 Nacos中配置中心config内容获取与配置(namespace,group,dataId)

一 配置文件的属性1.1 配置文件的配置规则${spring.application.name}-${spring.profiles.active}.${spring.cloud.nacos.config.file-extension}说明如下:prefix默认为spring.application.name的值spring.profile.active即为当前环境对应的profile;file-extension为配置内容的数据格式注意:当spring.profile.active为空时,对应的连接符-也将不存在,dataid的格式变为了:${prefix}.${file-extension

【业务功能篇96】微服务-springcloud-springboot-认证服务-登录注册功能-Auth2.0-分布式session

5.登录功能  通过最基础的登录操作来完成登录处理登录页面处理认证服务的处理/***注册的方法*@return*/@PostMapping("/login")publicStringlogin(LoginVologinVo,RedirectAttributesredirectAttributes){Rr=memberFeginService.login(loginVo);if(r.getCode()==0){//表示登录成功return"redirect:http://msb.mall.com/home";}redirectAttributes.addAttribute("errors",r.

注册中心Eureka和Nacos,以及负载均衡Ribbon

1.初识微服务1.1.什么是微服务微服务,就是把服务拆分成为若干个服务,降低服务之间的耦合度,提供服务的独立性和灵活性。做到高内聚,低耦合。1.2.单体架构和微服务架构的区别:单体架构:简单方便,高度耦合,扩展性差,适合小型项目。例如:学生管理系统分布式架构:松耦合,扩展性好,但架构复杂,难度大。适合大型互联网项目,例如:京东、淘宝微服务:一种良好的分布式架构方案①优点:拆分粒度更小、服务更独立、耦合度更低②缺点:架构非常复杂,运维、监控、部署难度提高SpringCloud是微服务架构的一站式解决方案,集成了各种优秀微服务功能组件1.3.什么是SpringCloudSpringCloud是一种

Eureka与Zookeeper的区别

        著名的CAP理论指出,一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的,因此我们只能在A和C之间进行权衡,在此Zookeeper保证的是CP,而Eureka则是AP。Zookeeper保证数据一致性和分区容错性        在ZooKeeper中,当master节点因为网络故障与其他节点失去联系时,剩余节点会重新进行leader选举,但是问题在于,选举leader需要一定时间,且选举期间整个ZooKeeper集群都是不可用的,这就导致在选举期间注册服务瘫痪。在云部署的环境下,因网络问题使得ZooKeeper集