路由

一、基本概念 1.网络互联 ：多台计算机连接在一起, 完成数据共享; 2.局域网(LAN) :多台计算机通过交换机和路由器连接在一起 3.广域网(WAN) :将远隔千里的计算机都连接在一起。 注：所谓 “局域网” 和 “广域网” 只是一个相对的概念. 比如, 我们有 “天朝特色” 的广域网, 也可以看做一个比较大的局域网.。 4.IP ：IP地址是在IP协议中, 用来标识网络中不同主机的地址。 5.PORT ：端口号(Port)标识了一个主机上进行通信的不同的应用程序，通过端口能找到运行的进程，比如QQ，腾讯视频 6.ARP ：ARP协议建立了主机 IP地址和 MAC地址的映射关系，通过IP能找到MAC地址，工作在主机和路由器。 7.MAC ：MAC地址用来识别数据链路层中相连的节点，在网卡出厂时就确定了, 不能修改. mac地址通常是唯一的(虚拟机中的mac地址不是真实的mac地址, 可能会冲突; 也有些网卡支持用户配置mac地址). 8.DNS ：DNS是一整套从域名映射到IP的系统，能将域名转换为IP地址，工作在主机、路由器、DNS服务器。 9.NAT ：NAT能够将私有IP对外通信时转为全局IP. 也就是就是一种将私有IP和全局IP相互转化的技术方法，全局IP要求唯一, 但是私有IP不需要; 在不同的局域网中出现相同的私有IP是完全不影响的;工作在路由器。 10.NAPT

原文转载：http://blog.csdn.net/whycold/article/details/41119807 推荐文章：SpringBoot+RabbitMq的使用 一、简介 MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。其中较为成熟的MQ产品有IBM WEBSPHERE MQ等等... 二、使用场景 在项目中，将一些无需即时返回且耗时的操作提取出来，进行了异步处理，而这种异步处理的方式大大的节省了服务器的请求响应时间，从而提高了系统的吞吐量。 三、相关名称介绍 1、ConnectionFactory、Connection、Channel ConnectionFactory、Connection、Channel都是RabbitMQ对外提供的API中最基本的对象。 Connection是RabbitMQ的socket链接，它封装了socket协议相关部分逻辑。 ConnectionFactory为Connection的制造工厂。

同一位知乎博主的文章，太棒了，宝藏博主。 原文链接：https://www.zhihu.com/question/22007235/answer/402261894 以下为正文： 我相信我们都玩过一款特别火的游戏：帝国时代。小时候想要玩帝国时代，需要到软件城购买盗版光盘安装（大概3块钱一张左右的样子，当时已经觉得很便宜了，谁想到现在有了网络之后是免费）。下载完成后只能进行单机模式。 小A是一个帝国时代大神，他打通了游戏的所有关卡，可以一个人单挑8个疯狂的电脑。渐渐他觉得无聊了，想要找小伙伴一起PK。 但是如何实现两台设备的互联呢？小A很聪明，他发明了一个类似于USB口一样的可以传输数据的端口，他将其命名为网口。小A通过一根网线将自己的电脑与小B的网口相连，实现了两台电脑间的互连。 两个小伙伴很开心，联机玩了起来，这时被路过的小C看见了，小C也要加入进来。但是我们知道，每台电脑只有一个网口，无法实现三台电脑的相互连接，那要要怎么办呢？ 这时候小B出了一个主意：咱们再找一台计算机，给他多设计几个网口，我们每个人都连到这台计算机的网口上，不也实现咱们哥几个之间的互连了吗。 说干就干，于是他们设计出了一款微型计算机，他本身具备多个网口，专门实现多台计算机的互联作用，这个微型计算机就是集线器（HUB）。顾名思义，集线器起到了一个将网线集结起来的作用，实现最初级的网络互通

SpringCloud分布式微服务云架构 第五篇: 路由网关(zuul)(Finchley版本) 在微服务架构中，需要几个基础的服务治理组件，包括服务注册与发现、服务消费、负载均衡、断路器、智能路由、配置管理等，了解springcloud架构可以加求求：三五三六二四七二五九，由这几个基础组件相互协作，共同组建了一个简单的微服务系统。一个简答的微服务系统如下图： 注意：A服务和B服务是可以相互调用的，并且配置服务也是注册到服务注册中心的。 在Spring Cloud微服务系统中，一种常见的负载均衡方式是，客户端的请求首先经过负载均衡（zuul、Ngnix），再到达服务网关（zuul集群），然后再到具体的服务统一注册到高可用的服务注册中心集群，服务的所有配置文件由配置服务管理（下一篇文章讲述），配置服务的配置文件放在git仓库，方便开发人员随时改配置。 一、Zuul简介 Zuul的主要功能是路由转发和过滤器。路由功能是微服务的一部分，比如／api/user转发到到user服务，/api/shop转发到到shop服务。zuul默认和Ribbon结合实现了负载均衡的功能。 zuul有以下功能： Authentication Insights Stress Testing Canary Testing Dynamic Routing Service Migration Load

Kubernetes Ingress用于添加规则，以将流量从外部路由到Kubernetes集群的服务中。在本文中你将了解ingress 的概念，以及用于路由外部流量到Kubernetes deployment的ingress controller。 通常情况下，自定义 Nginx 或HAproxy Kubernetes部署将作为服务被暴露，它们用于将外部流量代理到内部集群的服务中。其中，路由规则将会bake到Pod中，并作为configmap添加。Kubernetes ingress的行为与此类似，只是路由规则将作为Kubernetes ingress对象维护。它具有动态路由规则配置的巨大优势，因此无需重新部署proxy pods。 Kubernetes Ingress入门浅析 想要顺利开始使用Kubernetes Ingress，你需要了解以下两个关键概念： 1、 Kubernetes Ingress 2、 Kubernetes Ingress Controller 让我们来逐一了解。 Kubernetes Ingress Kubernetes Ingress是一个原生的Kubernetes资源，你可以设置规则来从外部路由流量到集群内部的服务端点。它需要一个Ingress Controller来路由ingress对象所指定的规则。Ingress 对象如下所示：

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Spring Cloud第二代网关GateWay是由纯Netty开发，底层为Reactor,WebFlux构建，不依赖任何Servlet容器，它不同于Zuul，使用的是异步IO，性能较Zuul提升1.6倍。搭建过程如下(本次搭建的为子项目，主项目可以参考 Nacos搭建流程 ) pom <dependency> <groupId> org.springframework.cloud </groupId> <artifactId> spring-cloud-starter-gateway </artifactId> </dependency> <dependency> <groupId> com.alibaba.cloud </groupId> <artifactId> spring-cloud-starter-alibaba-nacos-discovery </artifactId> </dependency> 配置文件 server: port: 8040 spring: application: name: gateway cloud: nacos: discovery: server-addr: 127.0.0.1:8848 gateway: discovery: locator: enabled:

peer route-policy命令 1.命令功能 peer route-policy命令用来对来自对等体的路由或向对等体发布的路由指定 Route- Policy。 undo peer route-policy命令用来恢复缺省配置。 缺省情况下,对来自对等体的路由或向对等体发布的路由不使用路由策略。 2.命令格式 peer ( ipv4-address） route-policy route-policy-name { import I export } undo peer { ipv4-address } route-policy route-policy-name {import I export } 3.参数说明 参数:ipv4-address 参数说明:指定对等体的IPv4地址 取值:点分十进制格式 参数: route-policy-name 参数说明:指定 Route-Policy的名称 取值:字符串形式,区分大小写,不支持空格,长度范围是1~40。当输入的字符串两端使用双引号时,可在字符串中输入空格。 参数:import 参数说明:指定对从对等体接收的路由应用 Route-Policy 参数:export 参数说明:指定对向对等体发布的路由应用 Route-Policy 4.使用实例 对来自对等体的路由应用名为 test-policy的 Route-Policy。

3.8.动态路由匹配和路由组件传参 3.8.1.动态路由匹配 动态路由意味着不固定，具有某种模式，我们希望通过某种匹配方式，把这种不固定的路由形势映射到同一个组件，例如：一个User组件，不同的ID表示不同的用户，即/user/1、/user/2、/user/3，这些不同用户所对应的路由，我们都希望用一个User组件来渲染。vue-router中提供了动态路径参数来实现这种需求，动态路径参数写法: routes: [ // 动态路径参数 以冒号开头 { path: '/user/:id', component: User } ] 这里的id类似于一个变量，id可以是1、2、3等具体的值 <template> <div class="page"> <router-link :to="'/user/'+item.id" v-for="(item, index) in userList" :key="index">{{item.username}}</router-link> </div> </template> <script type="text/javascript"> let userData = [ { id: '1', username: 'nodeing1', level: 'vip1' }, { id: '2', username: 'nodeing2', level:

Kubernetes Ingress用于添加规则，以将流量从外部路由到Kubernetes集群的服务中。在本文中你将了解ingress 的概念，以及用于路由外部流量到Kubernetes deployment的ingress controller。 通常情况下，自定义Nginx或HAproxy Kubernetes部署将作为服务被暴露，它们用于将外部流量代理到内部集群的服务中。其中，路由规则将会bake到Pod中，并作为configmap添加。Kubernetes ingress的行为与此类似，只是路由规则将作为Kubernetes ingress对象维护。它具有动态路由规则配置的巨大优势，因此无需重新部署proxy pods。 Kubernetes Ingress入门浅析 想要顺利开始使用Kubernetes Ingress，你需要了解以下两个关键概念： 1、 Kubernetes Ingress 2、 Kubernetes Ingress Controller 让我们来逐一了解。 Kubernetes Ingress Kubernetes Ingress是一个原生的Kubernetes资源，你可以设置规则来从外部路由流量到集群内部的服务端点。它需要一个Ingress Controller来路由ingress对象所指定的规则。Ingress 对象如下所示： apiVersion:

Kubernetes Ingress用于添加规则，以将流量从外部路由到Kubernetes集群的服务中。在本文中你将了解ingress 的概念，以及用于路由外部流量到Kubernetes deployment的ingress controller。 通常情况下，自定义Nginx或HAproxy Kubernetes部署将作为服务被暴露，它们用于将外部流量代理到内部集群的服务中。其中，路由规则将会bake到Pod中，并作为configmap添加。Kubernetes ingress的行为与此类似，只是路由规则将作为Kubernetes ingress对象维护。它具有动态路由规则配置的巨大优势，因此无需重新部署proxy pods。 Kubernetes Ingress入门浅析 甜文 https://m.shupu.org/ 想要顺利开始使用Kubernetes Ingress，你需要了解以下两个关键概念： 1、 Kubernetes Ingress 2、 Kubernetes Ingress Controller 让我们来逐一了解。 Kubernetes Ingress Kubernetes Ingress是一个原生的Kubernetes资源，你可以设置规则来从外部路由流量到集群内部的服务端点。它需要一个Ingress Controller来路由ingress对象所指定的规则