代码使用SpringCloud版本E3 业务场景: 今天遇到一个业务场景,要求根据服务名获取当前微服务集群中所有的对应服务实例的IP和端口,通过分析源码推算出了写法. 原理简述: 如果代码中引入了spring-cloud-netflix-core(版本1.4.4.RELEASE),则在代码初始化的时候,会通过RibbonAutoConfiguration类创建一个SpringClientFactory的bean,通过该bean可以获取服务实例的IP和端口列表. 代码中的 DomainExtrac

目录 Spring Cloud的介绍 微服务的介绍 Spring Cloud出现的原因: 常见场景: 微服务的优劣势: Spring Cloud版本问题 版本介绍 与Spring Boot版本对应关系 ---分割线---学习的前提---分割线--- 基础项目搭建 1.创建一个Maven父工程: 2.创建一个共有依赖包: 3.创建一个服务提供者: 4.创建一个服务消费者 小节总结 Eureka服务注册与发现 介绍 简单使用步骤 1.父工程导入依赖: 2.新建spring-cloud-eureka-

前言 前情回顾 上一篇讲了Ribbon的初始化过程,从LoadBalancerAutoConfiguration 到RibbonAutoConfiguration 再到RibbonClientConfiguration,我们找到了ILoadBalancer默认初始化的对象等. 本讲目录 这一讲我们会进一步往下探究Ribbon和Eureka是如何结合的. 通过上一讲ILoadBalancer 我们已经可以拿到一个服务所有的服务节点信息了,这里面是怎么把服务的名称转化为对应的具体host请求信息的呢

采用Ribbon或Feign方式访问注册到EurekaServer中的微服务.1.Ribbon实现了客户端负载均衡,Feign底层调用Ribbon2.注册在EurekaServer中的微服务api,不通过ip访问,而是通过ServiceId访问,ServiceId即配置项spring.application.name标识的注册到EurekaServer中的名称.使用Feign/Ribbon客户端访问微服务的api,如:http://ServiceHelloA/HelloA?name=tom,ht

采用Ribbon或Feign方式访问注册到EurekaServer中的微服务.1.Ribbon实现了客户端负载均衡,Feign底层调用Ribbon2.注册在EurekaServer中的微服务api,不通过ip访问,而是通过ServiceId访问,ServiceId即配置项spring.application.name标识的注册到EurekaServer中的名称.使用Feign/Ribbon客户端访问微服务的api,如:http://ServiceHelloA/HelloA?name=tom,ht

前言: 最近遇到一个需求,要求写一个小插件,能够自动在微信的页面弹出一个窗口,展示用户的相关信息(与我们公司有关的信息,方便运营快速了解用户信息). 当时我第一反应是不可能,如果能够在别的app中获取对应的信息,那岂不是太不安全了.直到我知道了AccessibilityService这个东西. 基本思路: 利用AccessibilityService服务来获取到微信页面的页面信息,并获取到用户的微信号,有了微信号一切都好办了. 由于获取用户好友微信号和获取本人微信号的方法相同,因此此篇文章主要介

/*********************************************************************  * Author  : Samson  * Date    : 03/19/2015  * Test platform:  *              gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2  *              GNU bash, 4.3.11(1)-release (x86_64-pc-linux-gnu)

前言 前情回顾 上一讲我们已经知道了Feign的工作原理其实是在项目启动的时候,通过JDK动态代理为每个FeignClinent生成一个动态代理. 动态代理的数据结构是:ReflectiveFeign.FeignInvocationHandler.其中包含target(里面是serviceName等信息)和dispatcher(map数据结构,key是请求的方法名,方法参数等,value是SynchronousMethodHandler). 如下图所示: 本讲目录 这一讲主要是Feign与Rib

Spring Cloud入门 微服务与微服务架构 微服务架构是一种新型的系统架构.其设计思路是,将单体架构系统拆分为多个可以相互调用.配合的独立运行的小程序.这每个小程序对整体系统所提供的功能就称为微服务. 由于每个微服务都具有独立运行的,所以每个微服务都独立占用一个进程.微服务间采用轻量级的HTTP RESTFUL协议通信.每个微服务程序不受编程语言的限制,整个系统关心的是微服务程序所提供的具体服务,并不关心其具体的实现.每个微服务可以有自己独立的数据库.即可以操作自己的独立数据,也可以操作整

1. 什么是负载均衡? 负载均衡是一种基础的网络服务,它的核心原理是按照指定的负载均衡算法,将请求分配到后端服务集群上,从而为系统提供并行处理和高可用的能力.提到负载均衡,你可能想到nginx.对于负载均衡,一般分为服务端负载均衡和客户端负载均衡 服务端负载均衡:在消费者和服务提供方中间使用独立的代理方式进行负载,有硬件的负载均衡器,比如 F5,也有软件,比如 Nginx. 客户端负载均衡:所谓客户端负载均衡,就是客户端根据自己的请求情况做负载,本文介绍的Netflix Ribbon就是客户端负

1.Ribbon Spring Cloud Ribbon是基于Netflix Ribbon实现的-套客户端―负载均衡的工具. 简单的说,Ribbon是Netlix发布的开源项目,主要功能是提供客户端的软件负载均衡算法和服务调用.Ribbon客户端组件提供一系列完善的配置项如连接超时,重试等.简单的说,就是在配置文件中列出Load Balancer(简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器.我们很容易使用Ribbon实现自定义的负载均

一.负载均衡 1.RestTemplate 在研究 eureka 源码上篇中,我们在 demo-consumer 消费者服务中定义了用 @LoadBalanced 标记的 RestTemplate,然后使用 RestTemplate 通过服务名的形式来调用远程服务 demo-producer,然后请求会轮询到两个 demo-producer 实例上. RestTemplate 是 Spring Resources 中一个访问第三方 RESTful API 接口的网络请求框架.RestTempla

1. 概述 1.1 Ribbon是什么 SpringCloud Ribbon是基于Netflix Ribbon实现的一套客户端,是负载均衡的工具. Ribbon是Netflix发布的开源项目,主要功能是提供客户端的软件复杂均衡算法和服务调用.Ribbon客户端组件提供一系列完整的配置项如连接超时.重试等.简单的说,就是在配置文件中列出Load Balancer(负载均衡简称LB)后面所有的机器,Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等)去连接这些机器.也可以使用Ribbon

---------------------------目录-------------------------------- 一.SpringCloud系列组件实战(Eureka.Ribbon.Hystrix.Feign.Getway.Config等组件) 二.SpringCloud系列官方文档 1.架构的演进 2.微服务架构的优缺点 3.微服务架构中的概念 4.SpringCloud系列 ---------------------------目录-------------------------

微服务架构相关 大型网站架构演变过程 网站架构演变演变过程 传统架构 → 分布式架构 → SOA架构 → 微服务架构 什么是分布式架构 分布式架构就是将传统结构按照模块进行拆分,不同的人负责不同的模块,不会产生代码冲突问题,方便开发. 什么是SOA架构 SOA架构就是将业务逻辑层提取出来,将相似的业务逻辑形成一个服务,提供外部访问接口,服务之间访问通过RPC调用实现. 什么是微服务架构 微服务类似于SOA架构,但是比SOA架构粒度更细,更轻量. 微服务架构与SOA架构区别 SOA基于WebSer

一.什么是SpringCloud 1.官方定义 1)官方定义:springcloud为开发人员提供了在分布式系统中快速构建一些通用模式的工具(例如配置管理.服务发现.断路器.智能路由.微代理.控制总线).分布式系统的协调导致了锅炉板模式,使用springcloud开发人员可以快速地建立实现这些模式的服务和应用程序. 2)springcloud是一个含概多个子项目的开发工具集,集合了众多的开源框架,他利用了spring boot开发的便利性实现了很多功能,如服务注册,服务注册发现,负载均衡等,sp

在上一篇<撸一撸Spring Cloud Ribbon的原理>中整理发现,RestTemplate内部调用负载均衡拦截器,拦截器内最终是调用了负载均衡器来选择服务实例. 接下来撸一撸负载均衡器的内部,看看是如何获取服务实例,获取以后做了哪些处理,处理后又是如何选取服务实例的. 分成三个部分来撸: 配置 获取服务 选择服务 配置 在上一篇<撸一撸Spring Cloud Ribbon的原理>的配置部分可以看到默认的负载均衡器是ZoneAwareLoadBalancer. 看一看配置类

本文学习前提:Java, Spring Boot, Docker, Spring Cloud 一.准备工作 1.1 安装Docker环境 这一部分请参考我的另一篇文章<ASP.NET Core on Docker>,本文不再赘述.需要注意的是,如果你是Windows想要安装Docker,Docker for Windows需要64bit Windows 10 Pro,且需要开启Hyper-V.如果你不想开启Hyper-V,而又事先安装了VMware Workstation,可以参考晓晨的<

ASP.NET Core 微服务初探[1]:服务发现之Consul   在传统单体架构中,由于应用动态性不强,不会频繁的更新和发布,也不会进行自动伸缩,我们通常将所有的服务地址都直接写在项目的配置文件中,发生变化时,手动改一下配置文件,也不会觉得有什么问题.但是在微服务模式下,服务会更细的拆分解耦,微服务会被频繁的更新和发布,根据负载情况进行动态伸缩,以及受资源调度影响而从一台服务器迁移到另一台服务器等等.总而言之,在微服务架构中,微服务实例的网络位置变化是一种常态,服务发现也就成了微服务中的一

什么是Ribbon Ribbon是Netflix公司开源的一个负载均衡的项目,它属于上述的第二种,是一个客户端负载均衡器,运行在客户端上.它是一个经过了云端测试的IPC库,可以很好地控制HTTP和TCP客户端的一些行为. Feign已经默认使用了Ribbon. 负载均衡 容错 多协议(HTTP,TCP,UDP)支持异步和反应模型 缓存和批处理 RestTemplate和Ribbon相结合 Ribbon在Netflix组件是非常重要的一个组件,在Zuul中使用Ribbon做负载均衡,以及Feign