Ribbon

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文介绍通过.Net平台的Office外接程序，实现自定义插件工具。 采用的工具：VS2017 语言：C# 目标：word2010 首先在VS中新建一个AddIn项目，基于VSTO的。 这里，我新建了一个WordAddIn2010的项目： 这时候，VS会自动生ThisAddIn这个类，让我们看看ThisAddIn里面的代码，这里我增加了一个CardPannel的用户控件： 接下里，我们再新建Ribbon可视化设计器： 这时候，我们打开刚创建的Ribbon类，可以看到如下图： 从这个图上可以看到，这个很像我们熟悉的Office的顶部外观。 接下来，我们可以利用winform的工具箱，托拽一个Button按钮控件，这里我添加了一个名为"手动组卷"的按钮。再右侧，我又添加了一个选项卡“组卷”： 里面添加了2个按钮，我在制作答题卡这个按钮上，做了一个实例程序，用于自动生成答题卡： 首先新建一个用户控件，CardPannel,外观如下图： 在“生成答题卡”按钮的单击事件，添加了生成选项的代码： 还记得刚开始的ThisAddIn这个类吗，里面有2个事件：ThisAddIn_Startup、ThisAddIn_Shutdown等，在ThisAddIn_Startup事件中，我添加了一个用户控件

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 6. Zuul网关 6.1 简介 Zuul就是我们服务的统一入口 不管是来自于客户端（PC或移动端）的请求，还是服务内部调用。 一切对服务的请求都会经过Zuul这个网关，然后再由网关来实现 鉴权、动态路由等等操作。 6.2 Zuul入门 实际路径 : http://localhost:8081/test 期望路径 : http://localhost:10010/api/service/test http://localhost:10010/路有前缀/服务名/controller访问路径 步骤一 : 导入pom依赖 <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-netflix-zuul</artifactId> </dependency> </dependencies> 步骤二 : 开启zuul服务 @SpringBootApplication @EnableZuulProxy public class ZuulApplication { public static void main(String[] args) {

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 上篇文章 《Eureka 缓存机制》 介绍了Eureka的缓存机制，相信大家对Eureka 有了进一步的了解，本文将详细介绍API网关如何实现服务下线的实时感知。 一、前言 在基于云的微服务应用中，服务实例的网络位置都是动态分配的。而且由于自动伸缩、故障和升级，服务实例会经常动态改变。因此，客户端代码需要使用更加复杂的服务发现机制。 目前服务发现主要有两种模式：客户端发现和服务端发现。 服务端发现：客户端通过负载均衡器向服务注册中心发起请求，负载均衡器查询服务注册中心，将每个请求路由到可用的服务实例上。 客户端发现：客户端负责决定可用服务实例的网络地址，并且在集群中对请求负载均衡, 客户端访问服务登记表，也就是一个可用服务的数据库，然后客户端使用一种负载均衡算法选择一个可用的服务实例然后发起请求。 客户端发现相对于服务端发现最大的区别是：客户端知道（缓存）可用服务注册表信息。如果Client端缓存没能从服务端及时更新的话，可能出现Client 与 服务端缓存数据不一致的情况。 二、网关与Eureka结合使用 Netflix OSS 提供了一个客户端服务发现的好例子。Eureka Server 为注册中心，Zuul 相对于Eureka Server来说是Eureka Client,Zuul 会把 Eureka

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 各个组件角色扮演: Eureka ：各个服务启动时，Eureka Client都会将服务注册到Eureka Server，并且Eureka Client还可以反过来从Eureka Server拉取注册表，从而知道其他服务在哪里 Ribbon ：服务间发起请求的时候，基于Ribbon做负载均衡，从一个服务的多台机器中选择一台 Feign ：基于Feign的动态代理机制，根据注解和选择的机器，拼接请求URL地址，发起请求 Hystrix ：发起请求是通过Hystrix的线程池来走的，不同的服务走不同的线程池，实现了不同服务调用的隔离，避免了服务雪崩的问题 Zuul ：如果前端、移动端要调用后端系统，统一从Zuul网关进入，由Zuul网关转发请求给对应的服务 1、Eureka微服务发现 Eureka是Netflix的一个子模块，也是核心模块之一。Eureka是一个基于REST的服务，用于定位服务，以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的，有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了。功能类似于dubbo的注册中心，比如Zookeeper。 Eureka包含两个组件：Eureka Server和Eureka Client

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文主要分析 SpringCloud 中 Ribbon 负载均衡流程和原理。 SpringCloud版本为：Edgware.RELEASE。 一.时序图 和以前一样，先把图贴出来，直观一点： 二.源码分析 我们先从 contoller 里面看如何使用 Ribbon 来负载均衡的： @GetMapping("/user/{id}") public User findById(@PathVariable Long id) { //return this.restTemplate.getForObject("http://192.168.2.110:8001/" + id, User.class); return this.restTemplate.getForObject("http://microservice-provider-user/" + id, User.class); } 可以看到，在整合 Ribbon 之前，请求Rest是通过IP端口直接请求。整合 Ribbon 之后，请求的地址改成了 http://applicationName ，官方取名为虚拟主机名(virtual host name)，当 Ribbon 和 Eureka 配合使用时，会自动将虚拟主机名转换为微服务的实际IP地址