48N6E
48N6E

2020/12/11 基于Istio实现微服务治理

1.1 istio介绍及安装

基于spring-cloud去实现微服务的时候，实现服务治理，spring是基于java的，如果要所有语言都支持服务治理，就需要istio
2020/12/11 基于Istio实现微服务治理_第1张图片
在这里插入图片描述
服务网格是一种概念，只是一种思想，istio只是其中一种实现

2020/12/11 基于Istio实现微服务治理_第2张图片
spring cloud无法去跨平台。先把这两个理解为两个pod，如果两个服务pod要进行通信治理，基本实现就是放在业务代码里
2020/12/11 基于Istio实现微服务治理_第3张图片
service mesh是这么做的，在pod里加上容器，通常称为sidecar边车，流量都会经过sidecar，就可以进行一些流量的处理，就可以理解为每个业务的pod添加了类似nginx的容器，也就是服务治理的能力被放到了sidecar里，业务代码还是怎么写就怎么写，只不过代码里不写服务治理相关内容，服务治理的能力放到了平台上

2020/12/11 基于Istio实现微服务治理_第4张图片

2020/12/11 基于Istio实现微服务治理_第5张图片
sidecar里可以做很多事情，服务注册，健康检查，流量熔断
2020/12/11 基于Istio实现微服务治理_第6张图片
蓝色的是边车，边车之间做通信，流量和流量之间的传递是放在平台里
2020/12/11 基于Istio实现微服务治理_第7张图片
在你的服务旁边加上了代理层

2020/12/11 基于Istio实现微服务治理_第8张图片
service mesh服务网格是一种思想，它的实现，第一代是linker的和envoy，更多偏向于代理层的实现

2020/12/11 基于Istio实现微服务治理_第9张图片
对于这个控制层面做的不好，可以写配置，配置如何下发给你

2020/12/11 基于Istio实现微服务治理_第10张图片
第二代的istio事实上是service mesh的一个标准，实际上是在envoy基础上进行改良，补足了控制平面的功能

在这里插入图片描述
流量来走的都是微服务的proxy（可以叫envoy，sidecar，就是一个容器），流量进入到代理，出去的流量也会经过代理，

2020/12/11 基于Istio实现微服务治理_第11张图片
转发控制的规则，是控制层面下发代理的、
2020/12/11 基于Istio实现微服务治理_第12张图片

2020/12/11 基于Istio实现微服务治理_第13张图片
下载好istio版本

2020/12/11 基于Istio实现微服务治理_第14张图片‘客户端控制工具

2020/12/11 基于Istio实现微服务治理_第15张图片
复制命令到path路径下

2020/12/11 基于Istio实现微服务治理_第16张图片
1.7.3版本

2020/12/11 基于Istio实现微服务治理_第17张图片
有个命令补全，需要去执行shell
2020/12/11 基于Istio实现微服务治理_第18张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第19张图片

2020/12/11 基于Istio实现微服务治理_第20张图片

查看一下profile是什么意思
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第21张图片
可以理解为不同的配置，跟买车类似，istio的配置有这么几个

2020/12/11 基于Istio实现微服务治理_第22张图片
选择default，就有这么几个组件是安装的，X号代表安装
2020/12/11 基于Istio实现微服务治理_第23张图片
在这里插入图片描述
istiod就是控制平面的

2020/12/11 基于Istio实现微服务治理_第24张图片
在这里插入图片描述

查看安装的哪些组件是安装的可以查看这个链接
2020/12/11 基于Istio实现微服务治理_第25张图片
2020/12/11 基于Istio实现微服务治理_第26张图片

istioctl里有 manifest generate生成，按照指定的profile生成yaml文件
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第27张图片

2020/12/11 基于Istio实现微服务治理_第28张图片
想看demo项有哪些
在这里插入图片描述
都是一些K8S的资源

在这里插入图片描述
会多一个命名空间
2020/12/11 基于Istio实现微服务治理_第29张图片

2020/12/11 基于Istio实现微服务治理_第30张图片**、其实就是起了三个deployment，建立三个service、
**

2020/12/11 基于Istio实现微服务治理_第31张图片
crd是istio自己实现的功能需要创建的
2020/12/11 基于Istio实现微服务治理_第32张图片
这样istio就安装好了，卸载就是把K8S里这么些资源删除

2020/12/11 基于Istio实现微服务治理_第33张图片

1.2 istio流量模型示例一

有一个前端服务，是一个前端v1 deployment版本的服务，后面是账单服务，由一个账单V1 deployment版本，前端暴露一个service账单服务去访问

2020/12/11 基于Istio实现微服务治理_第34张图片
2020/12/11 基于Istio实现微服务治理_第35张图片
在这里插入图片描述
先创建前端的
2020/12/11 基于Istio实现微服务治理_第36张图片
2020/12/11 基于Istio实现微服务治理_第37张图片
2020/12/11 基于Istio实现微服务治理_第38张图片
pod容器里用这个命令来启动

2020/12/11 基于Istio实现微服务治理_第39张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第40张图片
还缺一个service
在这里插入图片描述

匹配的是bill-service
2020/12/11 基于Istio实现微服务治理_第41张图片
也就是这个
2020/12/11 基于Istio实现微服务治理_第42张图片
在这里插入图片描述
先创建istio-demo命名空间
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第43张图片
在这里插入图片描述
现在有一个service
在这里插入图片描述
进入tomcat容器，curll一下service name来访问服务
2020/12/11 基于Istio实现微服务治理_第44张图片
返回bill 1
在这里插入图片描述
、2020/12/11 基于Istio实现微服务治理_第45张图片
第二个模型，后台要更新，现在是v2版本

2020/12/11 基于Istio实现微服务治理_第46张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第47张图片
2020/12/11 基于Istio实现微服务治理_第48张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第49张图片
创建这个资源

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第50张图片
现在是两个pod

2020/12/11 基于Istio实现微服务治理_第51张图片
但是现在访问基本上流量是均衡的

2020/12/11 基于Istio实现微服务治理_第52张图片
k8S服务是百分百的公式

2020/12/11 基于Istio实现微服务治理_第53张图片
2020/12/11 基于Istio实现微服务治理_第54张图片
访问的时候，第一步是域名解析，解析成ip地址
在这里插入图片描述
另外i一个pod其实也可以访问

2020/12/11 基于Istio实现微服务治理_第55张图片
解析出来是这样

2020/12/11 基于Istio实现微服务治理_第56张图片
这个地址就是bill-service的clusterip地址

在这里插入图片描述
也就是这两个是等价的

2020/12/11 基于Istio实现微服务治理_第57张图片
进pod容器看路由，这个是flannel的ip段

2020/12/11 基于Istio实现微服务治理_第58张图片
明显没有10.105.42的ip段
在这里插入图片描述
所以只能转发到gateway，10.244.2.1的网关上去
、2020/12/11 基于Istio实现微服务治理_第59张图片
是在主机上的
2020/12/11 基于Istio实现微服务治理_第60张图片
也就是访问的流量，转发到宿主机上去 了
2020/12/11 基于Istio实现微服务治理_第61张图片
但是宿主机没有这个10段的路由
2020/12/11 基于Istio实现微服务治理_第62张图片
iptale里有这个实现，地址是10.105.42.173地址的流量，都转发到KUBE-SVC-PK4BNTKC2

在这里插入图片描述
多了一个random转发 ，0.5百分之50概率转发到KUBE-SEP-HMSXX67,剩下的转发到另外一个
2020/12/11 基于Istio实现微服务治理_第63张图片
两个pod，多了DNAT，转发到pod上
2020/12/11 基于Istio实现微服务治理_第64张图片
coredns维护的规则，你改不了，是希望流量都均分的，但是如果要90，10%就需要istio了
2020/12/11 基于Istio实现微服务治理_第65张图片
现在每个pod都只有一个容器

2020/12/11 基于Istio实现微服务治理_第66张图片
现在需要在服务里加上sidecar，inject注入
2020/12/11 基于Istio实现微服务治理_第67张图片
在这里插入图片描述
生成了一堆的yaml文件

2020/12/11 基于Istio实现微服务治理_第68张图片
在这里插入图片描述
注入后的yaml，前面都没变

2020/12/11 基于Istio实现微服务治理_第69张图片
影响功能的在spec里
2020/12/11 基于Istio实现微服务治理_第70张图片
这是一部分

2020/12/11 基于Istio实现微服务治理_第71张图片
从这里开头

2020/12/11 基于Istio实现微服务治理_第72张图片
到这里

2020/12/11 基于Istio实现微服务治理_第73张图片
额外加了istio-proxy名字的容器，也就是所谓的边车容器

2020/12/11 基于Istio实现微服务治理_第74张图片
还加了一个初始化的容器，执行了一些命令，这个容器执行后就退出了，就是做了一些iptable规则
2020/12/11 基于Istio实现微服务治理_第75张图片
直接部署
在这里插入图片描述
在原来的基础上加上了istio的边车容器
2020/12/11 基于Istio实现微服务治理_第76张图片
前端，和v2版本都注入一下

2020/12/11 基于Istio实现微服务治理_第77张图片
等于一个小的网格，现在有三个节点
2020/12/11 基于Istio实现微服务治理_第78张图片
2020/12/11 基于Istio实现微服务治理_第79张图片
规则怎么写是一个点，流量如何区分两个版本不同

在这里插入图片描述
一般定义一个destnation-rule，destnation-rule是区分两组服务的，起个名字，然后命名空间

2020/12/11 基于Istio实现微服务治理_第80张图片
subset相当于一组，下面定义了一个数组，第一组v1，匹配的是version =v1的，第二组v2

2020/12/11 基于Istio实现微服务治理_第81张图片
不能匹配所有的v1，v2，是匹配前面的bill-service下的v1，v2

在这里插入图片描述
这样就在istio内部，给这两个pod起了名字
2020/12/11 基于Istio实现微服务治理_第82张图片
下面就要定义转发规则了，定义virtualservice，是用来加规则的
在这里插入图片描述
hosts是bill-service-route，http流量，下面是route路由

在这里插入图片描述
权重90的目的地是bill-service下的v1，权重10放bill-service下的v2
2020/12/11 基于Istio实现微服务治理_第83张图片
创建好这个规则后，就等于告诉网格内的服务，找bill-service这样的名称的，都会按照这个路由规则走。90%的流量走v1，10%流量走v2

实现一下
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第84张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第85张图片
先创建destnation-rule
在这里插入图片描述
vs就是virtualservice缩写
2020/12/11 基于Istio实现微服务治理_第86张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第87张图片
从前端的pod里访问bill-service的服务

一定要选择-c进入到哪个容器里
在这里插入图片描述
网格内部去访问bill-service，大概是9比1 的关系
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第88张图片

理解envoy

9比1的规则是virtualservice定义的
2020/12/11 基于Istio实现微服务治理_第89张图片
最终影响到这个pod的是十分复杂的
在这里插入图片描述
如果是nginx，就是这么配置的

2020/12/11 基于Istio实现微服务治理_第90张图片
在这里插入图片描述
加了两个容器，istio-init，istio-proxy2020/12/11 基于Istio实现微服务治理_第91张图片
2020/12/11 基于Istio实现微服务治理_第92张图片
进入到istio-proxy看一下

在这里插入图片描述
envoy其实是一个代理，轻量级的代理

2020/12/11 基于Istio实现微服务治理_第93张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第94张图片
通过K8S的api创建一个service，存储到ETCD里

在这里插入图片描述
istiod会去watch我们创建的virtualservice规则

2020/12/11 基于Istio实现微服务治理_第95张图片
每个pod都增加一个envoy，istio容器，istiod感知到用户创建的规则后，由istiod的server端把配置同步到envoy

2020/12/11 基于Istio实现微服务治理_第96张图片
envoy的配置文件肯定和创建的virtualservice规则是不一样的，格式是不一样的，istiod是做转换用的

2020/12/11 基于Istio实现微服务治理_第97张图片
istiod监听到创建的virtualservice规则

2020/12/11 基于Istio实现微服务治理_第98张图片
2020/12/11 基于Istio实现微服务治理_第99张图片
大致了解一些envoy

2020/12/11 基于Istio实现微服务治理_第100张图片
2020/12/11 基于Istio实现微服务治理_第101张图片
2020/12/11 基于Istio实现微服务治理_第102张图片
nginx也是代理，envoy也是代理

2020/12/11 基于Istio实现微服务治理_第103张图片
现在看nginx如何迁移到envoy

2020/12/11 基于Istio实现微服务治理_第104张图片
上面是nginx配置，下面是envoy配置，nginx的server在envoy里叫监听器

2020/12/11 基于Istio实现微服务治理_第105张图片
location就是路由

2020/12/11 基于Istio实现微服务治理_第106张图片
在envoy里叫过滤器

2020/12/11 基于Istio实现微服务治理_第107张图片
最核心的这个，可以过滤http请求，把一些包转换成http的格式

2020/12/11 基于Istio实现微服务治理_第108张图片
、流量到了filter后，经过route_config，后面有一些匹配条件

2020/12/11 基于Istio实现微服务治理_第109张图片

2020/12/11 基于Istio实现微服务治理_第110张图片
proxy和upstream对应envoy的集群
2020/12/11 基于Istio实现微服务治理_第111张图片
在这里插入图片描述
也就是nginx的配置都可以转换成envoy的配置，envoy里有一些概念
2020/12/11 基于Istio实现微服务治理_第112张图片
转发后的envoy配置文件如下

2020/12/11 基于Istio实现微服务治理_第113张图片
envoy会启动一个端口，作为管理端口

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第114张图片
后面都是envoy的配置

2020/12/11 基于Istio实现微服务治理_第115张图片
起了一个监听器listener_0，监听本地10000端口
在这里插入图片描述
获取的流量交给filter_chains来处理
2020/12/11 基于Istio实现微服务治理_第116张图片
匹配斜杠做一个路由，转发到some_service这样一个cluster集群上去，类似nginx的upstream

在这里插入图片描述
service是什么，是下面clusters定义的

2020/12/11 基于Istio实现微服务治理_第117张图片
2020/12/11 基于Istio实现微服务治理_第118张图片
启动envoy1.15.2的版本，这个yaml文件放到容器里/etc/envoy/envoy.yaml

2020/12/11 基于Istio实现微服务治理_第119张图片
期望转到service的cluster-ip是10.105.42.173

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第120张图片

2020/12/11 基于Istio实现微服务治理_第121张图片
在这里插入图片描述
envoy就是个代理

2020/12/11 基于Istio实现微服务治理_第122张图片
核心的概念，就是监听器

2020/12/11 基于Istio实现微服务治理_第123张图片
filter_chains里有http_connection_manager，处理http流量，匹配路由规则，转发到cluster上去
2020/12/11 基于Istio实现微服务治理_第124张图片
2020/12/11 基于Istio实现微服务治理_第125张图片、
配置云上ELB,SLB，也是要配置监听器，加上路由转发规则

envoy核心的概念XDS

2020/12/11 基于Istio实现微服务治理_第126张图片
、静态配置就是yaml文件，动态配置就是可以通过接口从别的地方动态获取到了

在这里插入图片描述
监听器其实是可以动态的，L（listener）D（discover）S（service），

2020/12/11 基于Istio实现微服务治理_第127张图片
还有一个配置是RDS，route的配置也可以动态的，不用写死

CDS也是可以动态的

2020/12/11 基于Istio实现微服务治理_第128张图片
EDS也可以动态

在这里插入图片描述
LDS,RDS,CDS,EDS统称为XDS，X代表变量，这些就是envoy适合云环境下的特性，所有环境都是不固定的，信息是存到etcd里去的
2020/12/11 基于Istio实现微服务治理_第129张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第130张图片
2020/12/11 基于Istio实现微服务治理_第131张图片
**最核心的就是listener，cluster，route，endpoint，也就是lds，cds，rds。eds
**

2020/12/11 基于Istio实现微服务治理_第132张图片
全都是通过xds接口去获取的，envoy可以动态获取配置来提供服务

2020/12/11 基于Istio实现微服务治理_第133张图片
从client发起流量，发到listener之上，经过lds，cds，eds，就会知道让请求访问哪个endpoint地址，然后最终到真正提供服务的机器上去
2020/12/11 基于Istio实现微服务治理_第134张图片
下面是listener替换的部分，listener filter是改一些元数据的（可以不去看），监听器里有filter_chains

2020/12/11 基于Istio实现微服务治理_第135张图片
2020/12/11 基于Istio实现微服务治理_第136张图片
使用envoy的，就是有请求，通过监听器，通过route转发给cluster，最终把请求转发给提供服务的机器上去，配置不仅仅可以是静态还可以是动态的，xds可以满足
2020/12/11 基于Istio实现微服务治理_第137张图片
2020/12/11 基于Istio实现微服务治理_第138张图片
envoy其实就是一个代理

2020/12/11 基于Istio实现微服务治理_第139张图片
对于K8S来讲，envoy就是istio-proxy容器里的进程，可以监控流量，可以进行熔断，追溯

2020/12/11 基于Istio实现微服务治理_第140张图片
2020/12/11 基于Istio实现微服务治理_第141张图片
envoy只是一种能力，你需要服务端才能去提供接口告诉envoy，可以通过着接口获取什么数据，istio里的pilot转眼间就提供了xds服务端接口的实现。
在这里插入图片描述
在这里插入图片描述
里面有一个pilot-discover服务，这个进程其实就提供了envoy服务所需要的xds服务接口，也就是xds的服务端
在这里插入图片描述

工作原理

2020/12/11 基于Istio实现微服务治理_第142张图片
看看问题1，envoy的动态配置长什么样子

2020/12/11 基于Istio实现微服务治理_第143张图片
这个就是envoy、的管理端口

2020/12/11 基于Istio实现微服务治理_第144张图片
envoy需要一个配置文件

在这里插入图片描述
有一段管理配置，监听端口和地址

2020/12/11 基于Istio实现微服务治理_第145张图片
访问端口其实可以获取一些内容

2020/12/11 基于Istio实现微服务治理_第146张图片
envoy的信息可以从这里获取

2020/12/11 基于Istio实现微服务治理_第147张图片
下载envoy的配置
在这里插入图片描述

在这里插入图片描述
这个配置文件非常长
2020/12/11 基于Istio实现微服务治理_第148张图片
700多KB的配置
2020/12/11 基于Istio实现微服务治理_第149张图片
几个大点最主要的配置
2020/12/11 基于Istio实现微服务治理_第150张图片
这一个内容就比较复杂

在这里插入图片描述
现在在网格内部，没注入istio，是先解析bill-serviceip地址，路由到主机上，访问9999端口
2020/12/11 基于Istio实现微服务治理_第151张图片
注入之后就是这么走的了
2020/12/11 基于Istio实现微服务治理_第152张图片
如果是在前端tomcat访问的，流量会转到istio-proxy这个容器里，它去把流量转发到不同版本的服务
2020/12/11 基于Istio实现微服务治理_第153张图片
在这里插入图片描述
istio-init就是去修改iptables规则

2020/12/11 基于Istio实现微服务治理_第154张图片
2020/12/11 基于Istio实现微服务治理_第155张图片
iptables，4表5链
2020/12/11 基于Istio实现微服务治理_第156张图片
流量进去prerouting链，是input链还是forward链看是否是本机地址，

2020/12/11 基于Istio实现微服务治理_第157张图片
本机的流量会到本机的堆栈，然后转发到output链，转到postrouting链

2020/12/11 基于Istio实现微服务治理_第158张图片
istio-proxy如果要进行流量的管理，一定要拦截tomcat的流量，也就是istio-proxy在自己的postrouting加个规则就可以拦截请求了，如何去拦截请求就是istio-init要做的，初始化iptables规则
2020/12/11 基于Istio实现微服务治理_第159张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第160张图片
2020/12/11 基于Istio实现微服务治理_第161张图片
istio做了一次iptables的封装
2020/12/11 基于Istio实现微服务治理_第162张图片
在这里插入图片描述

-p是重定向所有tcp出站流量，也就是所有的出站流量转发到15001上，-z所有进入pod/vm的tcp流量应该被重定向到的端口（默认$INBOUND_CAPTURE_PORT）
在这里插入图片描述拦截了所有的出站和入站
在这里插入图片描述
最后就放了一个，有一个uid，这个用户，优化自己的请求，放到15090，15021，15020的端口i上，除此之外所有请求拦截

在这里插入图片描述
现在id是0，发起请求
2020/12/11 基于Istio实现微服务治理_第163张图片
一定会被拦截到，因为不符合条件，不符合uid是1337发起的，也不是访问的15090，15021，15020，所以istio会进行拦截
在这里插入图片描述
上面的这条规则其实就是下面的描述，15090是做prometheus的telemetry，15020是做ingress，15021是做监控检查的

2020/12/11 基于Istio实现微服务治理_第164张图片

2020/12/11 基于Istio实现微服务治理_第165张图片
如果拦截了，就等于自己拦截自己的，进入死循环了

2020/12/11 基于Istio实现微服务治理_第166张图片
**istio-init就是初始化iptable规则，让istio-proxy这个容器拦截出站入站流量
**
在这里插入图片描述
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第167张图片
可以看istio-proxy里的规则，在slava1上
2020/12/11 基于Istio实现微服务治理_第168张图片
2020/12/11 基于Istio实现微服务治理_第169张图片
找到这个进程对应的pid
2020/12/11 基于Istio实现微服务治理_第170张图片
iptables规则是在pod设置的，是有独立的网络空间的
2020/12/11 基于Istio实现微服务治理_第171张图片
可以进入到网络空间，查看规则
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第172张图片
2020/12/11 基于Istio实现微服务治理_第173张图片
prerouting是来入栈的。转到了15006
在这里插入图片描述
tcp规则，转到了istio_inbound规则，所有入站tcp流量跳转到istio_inbound上

2020/12/11 基于Istio实现微服务治理_第174张图片
除了这几个端口之外的，剩下的都转到了istio_in_redirect里

2020/12/11 基于Istio实现微服务治理_第175张图片这里是-d生成的

2020/12/11 基于Istio实现微服务治理_第176张图片
排除了不是业务的流量，都转到15006端口，envoy只需要监听15006端口，拿到这个入站流量
2020/12/11 基于Istio实现微服务治理_第177张图片
-p是出站流量

2020/12/11 基于Istio实现微服务治理_第178张图片
所有出站流量转发到了istio_output
2020/12/11 基于Istio实现微服务治理_第179张图片
这样就拦截了每个pod的流量

2020/12/11 基于Istio实现微服务治理_第180张图片
15001是拦截所有出站的。15006是拦截所有入站的

2020/12/11 基于Istio实现微服务治理_第181张图片
业务的流量直接被转到了istio-proxy，经过处理，发送到业务端，业务端istio-proxy监听的是15006（接收所有入站）
2020/12/11 基于Istio实现微服务治理_第182张图片
2020/12/11 基于Istio实现微服务治理_第183张图片
是被15001拦截到了，如何转发，envoy有监听器，filter_chains
2020/12/11 基于Istio实现微服务治理_第184张图片
2020/12/11 基于Istio实现微服务治理_第185张图片
这个命令可以只拿到关心的片段
2020/12/11 基于Istio实现微服务治理_第186张图片
出站是15001拦截的，（两个端口15006，15001）

2020/12/11 基于Istio实现微服务治理_第187张图片

在front-tomcat发请求，在istio-proxy被拦截，就要到istio-proxy查看这个pod的监听器
2020/12/11 基于Istio实现微服务治理_第188张图片
2020/12/11 基于Istio实现微服务治理_第189张图片

在这里插入图片描述
全部的太长了，很难找
2020/12/11 基于Istio实现微服务治理_第190张图片
例子，可以查看端口
2020/12/11 基于Istio实现微服务治理_第191张图片
有一个15001的,这里是一个缩写
在这里插入图片描述
出现了一个15001的监听器，但是没有做处理

2020/12/11 基于Istio实现微服务治理_第192张图片
使用原始的IP地址和端口

2020/12/11 基于Istio实现微服务治理_第193张图片
对流量只是做了通过，并没有做其他处理

2020/12/11 基于Istio实现微服务治理_第194张图片

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第195张图片
这个请求其实是被15001拦截到了

在这里插入图片描述
流量只是做了passthroughcluster处理

在这里插入图片描述
15001不处理，转给了服务本身的9999端口
在这里插入图片描述
正常里面会有下面的一个监听器

2020/12/11 基于Istio实现微服务治理_第196张图片

在这里插入图片描述
查看监听器的样子

在这里插入图片描述
rds是动态的路由，监听器转到了9999route上去了

2020/12/11 基于Istio实现微服务治理_第197张图片
名字就叫9999

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第198张图片
这一项看起就是，匹配所有转发到passthroughcluster，但是我们的请求现在不会到这，还有一个比这个更匹配的

2020/12/11 基于Istio实现微服务治理_第199张图片
上面匹配的是，只有找不到下面的时候才会去找上面*

2020/12/11 基于Istio实现微服务治理_第200张图片
如果没有*号，就无法访问外网了，所以一定要加个放行的

在这里插入图片描述
prefix，匹配前缀

2020/12/11 基于Istio实现微服务治理_第201张图片
这里的规则都转换成了istio的规则

2020/12/11 基于Istio实现微服务治理_第202张图片
weightedcluster基于权重的cluster

2020/12/11 基于Istio实现微服务治理_第203张图片
要查这两个名称的cluster

2020/12/11 基于Istio实现微服务治理_第204张图片
cluster提供了一个fqdn帮你去查
2020/12/11 基于Istio实现微服务治理_第205张图片
现在查endpoint，不知道怎么查可以-h，查看帮助
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第206张图片
v1是90%流量的

在这里插入图片描述
port 80端口

2020/12/11 基于Istio实现微服务治理_第207张图片

104是v2
在这里插入图片描述
lds（listener），rds（route），cds（clsuter）eds（endpoint）
先查linstener转route，通过route找cluster

流量被istio-proxt的15001监听到，15001并不做处理，直接转发给原始的ip+端口，监听到9999端口的流量才转发给9999端口的服务，就转发到了cluster
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第208张图片
2020/12/11 基于Istio实现微服务治理_第209张图片
2020/12/11 基于Istio实现微服务治理_第210张图片
找到endpoint的地址以后，等于从istio-proxy内部，envoy curl这个地址
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
但是发起请求后，怎么到pod，还需要走网络，是一个pod的ip地址，在flannel网络可以看到路由
2020/12/11 基于Istio实现微服务治理_第211张图片
这里的istio-proxy是在prerouting链上做了拦截，最终由direct转到15006

2020/12/11 基于Istio实现微服务治理_第212张图片
15006要先查监听器，-h帮助，查是–port
2020/12/11 基于Istio实现微服务治理_第213张图片
2020/12/11 基于Istio实现微服务治理_第214张图片
转换成json

在这里插入图片描述
inbound入站请求

2020/12/11 基于Istio实现微服务治理_第215张图片
入站直接交给15006处理
2020/12/11 基于Istio实现微服务治理_第216张图片
2020/12/11 基于Istio实现微服务治理_第217张图片
15006这里有入站监听器，这个监听器是按端口匹配的
在这里插入图片描述
也有一个route，处理都交给匹配的cluster后面对应的endpoint
2020/12/11 基于Istio实现微服务治理_第218张图片
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
匹配80，转到route上去了

2020/12/11 基于Istio实现微服务治理_第219张图片
转到本机的来提供服务
在这里插入图片描述
创建了一些virtualservice规则，被istiod 识别到，最终转变成了envoy能够识别的配置片段，然后通过istiod的server端。同步到了service端，才能使流量的方向发生变化。envoy的配置片段可以通过 istio config-dump查看，可以查看route，cluster，endpoint

在这里插入图片描述

envoy小知识

意思是这两个pod进行访问，pod里有两个容器，提供服务的容器，以及envoy容器，从productpage这个容器去curl review:9080，然后流量先到达iptable，（注入的时候，通过初始化容器，有iptable配置），有个配置output链上转发到了istio_output，转到了istio_redirect。通过15001（这个端口是被envoy监听的，virtualoutbound ，这是一个listener，）转发到一个orginal的监听器上，匹配到0.0.0.0_9080，经过filter_chains，开始做处理，转到一个route上，找到一个endpoint ip+端口。
转到后端的pod，（后端的envoy监听在prerouting链上，转到istio_in_redirect链上），15006端口进行处理，找到inbound cluster来进行处理
2020/12/11 基于Istio实现微服务治理_第220张图片
具体的流程还是要istioctl pc来查

2020/12/11 基于Istio实现微服务治理_第221张图片
2020/12/11 基于Istio实现微服务治理_第222张图片
到tomcat容器去curl

2020/12/11 基于Istio实现微服务治理_第223张图片
在istio-proxy容器里没有按照91的比例走
2020/12/11 基于Istio实现微服务治理_第224张图片
因为这个uid是1337，这个1337的请求并不会被iptable拦截，不拦截就不会到自己的里面去做处理，不走envoy就等于在网格外部一样
2020/12/11 基于Istio实现微服务治理_第225张图片
**它走的还是宿主机上的kube-proxy维护的iptable的网络过程，走到宿主机上，宿主机依靠flannel做的iptable转发走了
**
2020/12/11 基于Istio实现微服务治理_第226张图片
2020/12/11 基于Istio实现微服务治理_第227张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第228张图片
把着几个kube-proxy干掉，是否会受影响，但是用scale是不行的
2020/12/11 基于Istio实现微服务治理_第229张图片
可以这么看，看yaml
2020/12/11 基于Istio实现微服务治理_第230张图片
这里有一个标签
2020/12/11 基于Istio实现微服务治理_第231张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第232张图片2020/12/11 基于Istio实现微服务治理_第233张图片
这样一个没有，就自动退出了

2020/12/11 基于Istio实现微服务治理_第234张图片清理一下nat

在这里插入图片描述
没有这个规则了
2020/12/11 基于Istio实现微服务治理_第235张图片
这样按照刚才的理论，在istio网格内部就访问不到宿主机了，是直接iistio envoy去拦截了这个流量
2020/12/11 基于Istio实现微服务治理_第236张图片
2020/12/11 基于Istio实现微服务治理_第237张图片
真正去访问的时候其实是pod的IP

2020/12/11 基于Istio实现微服务治理_第238张图片
清空slave1上的iptable规则

2020/12/11 基于Istio实现微服务治理_第239张图片
2020/12/11 基于Istio实现微服务治理_第240张图片
还是可以访问的

2020/12/11 基于Istio实现微服务治理_第241张图片
master再去清理一下

在这里插入图片描述
现在在容器的istio-proxy里

2020/12/11 基于Istio实现微服务治理_第242张图片
2020/12/11 基于Istio实现微服务治理_第243张图片

现在把kube-proxy已经停止了，宿主机上的iptable规则已经删除了cluster规则

删除一个pod试试
2020/12/11 基于Istio实现微服务治理_第244张图片
到外网链接一下

2020/12/11 基于Istio实现微服务治理_第245张图片
刚才没删除之前应该有解析的缓存
2020/12/11 基于Istio实现微服务治理_第246张图片
容器内部是可以访问到，解析不了，才到宿主机上，但是宿主机IPtable规则没有，还可以访问到，可能有一点问题
2020/12/11 基于Istio实现微服务治理_第247张图片
2020/12/11 基于Istio实现微服务治理_第248张图片
2020/12/11 基于Istio实现微服务治理_第249张图片
2020/12/11 基于Istio实现微服务治理_第250张图片
2020/12/11 基于Istio实现微服务治理_第251张图片
所有的service都创建了虚拟监听器
2020/12/11 基于Istio实现微服务治理_第252张图片
在pod里去访问服务
2020/12/11 基于Istio实现微服务治理_第253张图片
正常是可以访问到的，这个访问是走的istio的监听

在这里插入图片描述
istio内部，在集群里的每一个service都建立了一个监听器
在这里插入图片描述
服务网格istio出现之前就有9000端口的service了

在这里插入图片描述
下面是service的ip+端口

2020/12/11 基于Istio实现微服务治理_第254张图片
istio是把整个service，加上istio的manager
2020/12/11 基于Istio实现微服务治理_第255张图片
最终转到下面的route、

2020/12/11 基于Istio实现微服务治理_第256张图片
查route可以用r

在这里插入图片描述
可以转换成json看一下
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第257张图片
domain。匹配/，转到cluster上去，找到endpoint
2020/12/11 基于Istio实现微服务治理_第258张图片

2020/12/11 基于Istio实现微服务治理_第259张图片
这里都是之前的service创建的监听规则，服务越多listner越长，绝大多数都是outbound的一些监听

2020/12/11 基于Istio实现微服务治理_第260张图片
istio不希望再去用kube-proxy，直接可以在网格内部去管理iptable规则，控制流量

2020/12/11 基于Istio实现微服务治理_第261张图片
只要是在网格里面都有
2020/12/11 基于Istio实现微服务治理_第262张图片
因为istio本身并不知道你这个pod需要去访问哪个服务

这些都是动态维护的，envoy的配置有静态动态，动态的都是根据istiod这个服务
2020/12/11 基于Istio实现微服务治理_第263张图片
这是一个istio的动态的服务端，是gRPC的服务端

2020/12/11 基于Istio实现微服务治理_第264张图片
转换成envoy的配置段转发给envoy

在这里插入图片描述

在这里插入图片描述

使用ingress-gateway访问网格服务

现在是这样的场景，用户端90%流量去访问v1版本， 10%流量去访问v2版本，实现这样的，就是去创建一个v2版本的pod，同时建立virtualservice虚拟服务去实现
2020/12/11 基于Istio实现微服务治理_第265张图片
selector是app:front-tomcat

2020/12/11 基于Istio实现微服务治理_第266张图片
下面是deployment文件

2020/12/11 基于Istio实现微服务治理_第267张图片
app是front-tomcat会被之前的调用到，版本v2

2020/12/11 基于Istio实现微服务治理_第268张图片
需要做的就是创建虚拟服务，通过front-tomcat在istio网格内部去访问到hosts。front-tomcat流量都经过它去匹配，根据route的配置进行转发，90到v1，10到v2

2020/12/11 基于Istio实现微服务治理_第269张图片
如何区分不同的机器组就是去创建destinationRule，destinationRule其实就是一组cluster

2020/12/11 基于Istio实现微服务治理_第270张图片
2020/12/11 基于Istio实现微服务治理_第271张图片
2020/12/11 基于Istio实现微服务治理_第272张图片

重点是host

2020/12/11 基于Istio实现微服务治理_第273张图片先启动v2的deployment和service，和上下文的规则

2020/12/11 基于Istio实现微服务治理_第274张图片
这是创建的virtualservice
2020/12/11 基于Istio实现微服务治理_第275张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第276张图片
需要注入istio
2020/12/11 基于Istio实现微服务治理_第277张图片
这里是1没有注入
2020/12/11 基于Istio实现微服务治理_第278张图片
不注入的话从前端访问，待会从前端去访问，通过ingress去访问，就没办法在网格内部
2020/12/11 基于Istio实现微服务治理_第279张图片
2020/12/11 基于Istio实现微服务治理_第280张图片

现在访问8080应该是9比1 的流量
2020/12/11 基于Istio实现微服务治理_第281张图片
现在可以从界面上去访问服务

2020/12/11 基于Istio实现微服务治理_第282张图片
2020/12/11 基于Istio实现微服务治理_第283张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第284张图片
在这里插入图片描述
现在访问的ingress是走的它的上面
2020/12/11 基于Istio实现微服务治理_第285张图片
2020/12/11 基于Istio实现微服务治理_第286张图片
现在是1比1，没有按照istiod的规则来走

2020/12/11 基于Istio实现微服务治理_第287张图片
通过ingress去访问的话，不会按照istiod的规则去访问

2020/12/11 基于Istio实现微服务治理_第288张图片
因为istio里面去访问
2020/12/11 基于Istio实现微服务治理_第289张图片
现在是在宿主机上去访问不是在网格内部，注入的istio-proxy容器里是网格内部，现在宿主机走的是网格外部，走的是kube-proxy的iptable
2020/12/11 基于Istio实现微服务治理_第290张图片
前端页面也是走的ingress，没有走istio，就没有意义，现在要在前端也走istio而不是kube-proxy
2020/12/11 基于Istio实现微服务治理_第291张图片
ingress只能简单的引流外部的http流量，这里的目的就是凸显了ingress的局限性

2020/12/11 基于Istio实现微服务治理_第292张图片

就需要用到ingressgateway
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第293张图片

mesh boundary是网格内部，外部流量如果想要进入网格内部的一些规则。需要通过ingress gateway组件，引入到mesh gateway也就是sidecar。同样的流量出去，istio内部要去访问网格外部需要通过egress gateway，但是不是必须的，类似curl 百度，直接就可以curl，管理不了抽象的流量
2020/12/11 基于Istio实现微服务治理_第294张图片
又说了ingress坏话，只支持http的流量。任何高级功能对于ingress来讲实现起来都很麻烦（因为需要重新功能，还不能在同一个ingress里）
2020/12/11 基于Istio实现微服务治理_第295张图片
现在外部访问还是轮询1比1访问内部
2020/12/11 基于Istio实现微服务治理_第296张图片

一个集群内部，ingressgateway可以有多个
2020/12/11 基于Istio实现微服务治理_第297张图片
要去找ingressgateway的
2020/12/11 基于Istio实现微服务治理_第298张图片
有这样istio=ingressgateway这样的一个label
在这里插入图片描述
这个规则就是，定义了这样一个gateway，是由带istio=ingressgateway的这样一个label的pod来处理，ingressgateway有多个，这样就可以在集群里指定找哪个ingressgateway来处理请求

2020/12/11 基于Istio实现微服务治理_第299张图片
**创建上面这样的资源在K8S里的时候，就等于在istio的ingress网关上加了一条规则，这条规则就是允许tomcat.istio-demo.com的http流量进入到网格内部，通过带有istio=ingressgateway的网关来去处理，也就是tomcat.istio-demo.com的流量转到下面的pod是可以被接收的，也就是按照istio的规则去处理
**
2020/12/11 基于Istio实现微服务治理_第300张图片
添加一个Gateway（kind），允许hosts的http流量，从网格外部流入
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第301张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第302张图片
2020/12/11 基于Istio实现微服务治理_第303张图片
只是允许流量进来后，发送到哪里，需要前面定义的virtualservice，virtualserivice可以和网关一起使用

在这里插入图片描述
和前面建立的virtualservice唯一的区别就是，指定好了网关，先创建了一个允许tomcat.istio-demo.com流量进来的网关，下面创建的virtualservice绑定了这个网关，进来的流量就按照路由去匹配，90%匹配到front-tomcat，10%front-tomcat，和之前的virtualservice唯一的区别就是加了gateway绑定，也就是只有gateway来的流量才适用于这个规则，之前没有绑定gateway，意思就是在整个网格内部都会受影响，按照这个规则去走
2020/12/11 基于Istio实现微服务治理_第304张图片
gateway没有就是一个通用的规则，也就是在istio网格内部去访问【front-tomcat】，就会按照这个virtualservice去走

2020/12/11 基于Istio实现微服务治理_第305张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第306张图片
现在让外部流量进来，就做了gateway的规则
2020/12/11 基于Istio实现微服务治理_第307张图片
tomcat.istio-demo.com的http流量可以进入ingress gateway来处理

2020/12/11 基于Istio实现微服务治理_第308张图片
下面的virtualservice绑定gateway

2020/12/11 基于Istio实现微服务治理_第309张图片
2020/12/11 基于Istio实现微服务治理_第310张图片

只有从这个我网关过来的流量才能进入这个规则，其他外部请求会被拒绝
2020/12/11 基于Istio实现微服务治理_第311张图片
现在网关已经创建出来了
2020/12/11 基于Istio实现微服务治理_第312张图片
创建规则
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第313张图片

在这里插入图片描述
这个virtualservice只给front-tomcat-gateway用

2020/12/11 基于Istio实现微服务治理_第314张图片
只有gateway过来的流量才会应用这条规则

2020/12/11 基于Istio实现微服务治理_第315张图片
如果是从其他pod发出的请求不从front-tomcat-gateway网关过来，就不会受上面规则的影响

2020/12/11 基于Istio实现微服务治理_第316张图片
在这里插入图片描述
只要这个域名的流量转到ingressgateway上去了

2020/12/11 基于Istio实现微服务治理_第317张图片
转到这个pod上去了

2020/12/11 基于Istio实现微服务治理_第318张图片
2020/12/11 基于Istio实现微服务治理_第319张图片
现在请求这个域名要想让ingressgateway来处理

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第320张图片
loadbalancer创建了很多port。，3079指向了80
2020/12/11 基于Istio实现微服务治理_第321张图片
-oyaml
在这里插入图片描述

这里有一个http的port
2020/12/11 基于Istio实现微服务治理_第322张图片
获取端口用这个命令

2020/12/11 基于Istio实现微服务治理_第323张图片
在这里插入图片描述

在这里插入图片描述
现在是9比1的关系

-H 域名 地址+端口
2020/12/11 基于Istio实现微服务治理_第324张图片
ingress gateway服务就是这个地址

2020/12/11 基于Istio实现微服务治理_第325张图片
加上解析

2020/12/11 基于Istio实现微服务治理_第326张图片
加上端口就可以访问，90%的流量在v1，10%的流量在v2

2020/12/11 基于Istio实现微服务治理_第327张图片
但是访问80端口。还是1比1

2020/12/11 基于Istio实现微服务治理_第328张图片
现在访问30779其实就是访问istio内部的提供的ingressgateway处理请求

2020/12/11 基于Istio实现微服务治理_第329张图片
但是这个端口就不好看，可以找个nginx代理，或者找个云服务的lb，clb，elb都行

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第330张图片
2020/12/11 基于Istio实现微服务治理_第331张图片
2020/12/11 基于Istio实现微服务治理_第332张图片
2020/12/11 基于Istio实现微服务治理_第333张图片
创建一个镜像

在这里插入图片描述
换个地址解析

2020/12/11 基于Istio实现微服务治理_第334张图片
2020/12/11 基于Istio实现微服务治理_第335张图片
gateway只选择这个域名

2020/12/11 基于Istio实现微服务治理_第336张图片
这样访问就进不去
2020/12/11 基于Istio实现微服务治理_第337张图片

通过域名就可以
2020/12/11 基于Istio实现微服务治理_第338张图片
监听域名，代理1.1版本

2020/12/11 基于Istio实现微服务治理_第339张图片
2020/12/11 基于Istio实现微服务治理_第340张图片
2020/12/11 基于Istio实现微服务治理_第341张图片
2020/12/11 基于Istio实现微服务治理_第342张图片
现在外部可以访问，但是nginx容器里访问不通

2020/12/11 基于Istio实现微服务治理_第343张图片
改成69，也就是本机宿主机

2020/12/11 基于Istio实现微服务治理_第344张图片
在这里插入图片描述
现在就可以了，9比1
2020/12/11 基于Istio实现微服务治理_第345张图片
前面加上nginx，发生问题也可以方便追踪，但是现实也是最起码买个云的LB去代理
2020/12/11 基于Istio实现微服务治理_第346张图片

流量路由

外部流量进来，简单来说，其实在istio网格内部，不用ingress了改成了ingressgateway，原来给ingress-controller流量都传给了ingressgateway
2020/12/11 基于Istio实现微服务治理_第347张图片
先转到nginx来进行反代，因为之前加的ingressgateway允许这个域名的http服务，来使用这个ingress

2020/12/11 基于Istio实现微服务治理_第348张图片
服务到这个ingress之后

在这里插入图片描述
创建了virtualservice，绑定到了gateway上去，进一步去匹配virtualservice规则
2020/12/11 基于Istio实现微服务治理_第349张图片
2020/12/11 基于Istio实现微服务治理_第350张图片

现在看一个新的实例，这是一个书店
2020/12/11 基于Istio实现微服务治理_第351张图片
创建一个名称空间
2020/12/11 基于Istio实现微服务治理_第352张图片
2020/12/11 基于Istio实现微服务治理_第353张图片
2020/12/11 基于Istio实现微服务治理_第354张图片
productpage相当于前端一个应用，这个应用会访问后面的reviews服务（v1版本不会去调用rating服务，v2，v3会调用ratings服务）和details服务
2020/12/11 基于Istio实现微服务治理_第355张图片
给product page创建一个ingress

2020/12/11 基于Istio实现微服务治理_第356张图片
2020/12/11 基于Istio实现微服务治理_第357张图片
2020/12/11 基于Istio实现微服务治理_第358张图片
都是9080端口
2020/12/11 基于Istio实现微服务治理_第359张图片
现在可以现在外部直接用K8S原来的ingress访问

2020/12/11 基于Istio实现微服务治理_第360张图片
2020/12/11 基于Istio实现微服务治理_第361张图片
访问product page页面的时候，detail和review是的服务

2020/12/11 基于Istio实现微服务治理_第362张图片
review本身还会去调用rating服务

2020/12/11 基于Istio实现微服务治理_第363张图片
连续访问productpage，review会在三个版本之间随机的

2020/12/11 基于Istio实现微服务治理_第364张图片
在这里插入图片描述
**想要实现流量管控就需要放到istio里去，需要注入sidecar
**
2020/12/11 基于Istio实现微服务治理_第365张图片
先用istioctl kube-inject 注入指定的yaml，然后kubectl再去apply。这种方式是在名称空间里，给指定的pod去注入。（也就是可以有已经在istio的服务，也可以有不在istio的服务）

在这里插入图片描述
还有一种方式是这样的，给命名空间打label。比如在default名称空间打了一个istio-injection=enabled，那以后只要在default里部署服务，都会帮你注入
2020/12/11 基于Istio实现微服务治理_第366张图片
现在还是按pod注入

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第367张图片
现在变成1/2就代表注入了，原来是1/1

2020/12/11 基于Istio实现微服务治理_第368张图片这个就代表envoy，每个pod都注入一个envoy

2020/12/11 基于Istio实现微服务治理_第369张图片
外部用ingressenvoy去访问

2020/12/11 基于Istio实现微服务治理_第370张图片
建立一个gateway，这个gateway还是用指定的ingressgateway

2020/12/11 基于Istio实现微服务治理_第371张图片
2020/12/11 基于Istio实现微服务治理_第372张图片
2020/12/11 基于Istio实现微服务治理_第373张图片
productpage-gateway，让productpage.bookinfo域名的流量进入网格内部
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第374张图片
2020/12/11 基于Istio实现微服务治理_第375张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第376张图片
现在是建立了一个gw
在这里插入图片描述
这个域名进入网格内部

2020/12/11 基于Istio实现微服务治理_第377张图片
建立virtualservice，绑定这个gateway
2020/12/11 基于Istio实现微服务治理_第378张图片

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第379张图片
在这里插入图片描述
现在是有一条规则，允许这个gateway来的流量访问hosts

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第380张图片
如果不想review是随机的，想要只看到review3，那就需要在后面加配置
2020/12/11 基于Istio实现微服务治理_第381张图片
现在是product service去访问了review服务

2020/12/11 基于Istio实现微服务治理_第382张图片
首先需要建立virtualservice，所有访问reviews的流量都走下面路由

2020/12/11 基于Istio实现微服务治理_第383张图片
创建一个destination-rule

2020/12/11 基于Istio实现微服务治理_第384张图片
建立vs，访问review服务就转到v3版本
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第385张图片
2020/12/11 基于Istio实现微服务治理_第386张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第387张图片
2020/12/11 基于Istio实现微服务治理_第388张图片
2020/12/11 基于Istio实现微服务治理_第389张图片
reviews是没有gateway的

在这里插入图片描述
现在刷新就全部是红星的v3版本了

2020/12/11 基于Istio实现微服务治理_第390张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第391张图片
2020/12/11 基于Istio实现微服务治理_第392张图片
在这里插入图片描述
不考虑时效性可以这么做2020/12/11 基于Istio实现微服务治理_第393张图片
现在就访问不到v3了

2020/12/11 基于Istio实现微服务治理_第394张图片
2020/12/11 基于Istio实现微服务治理_第395张图片
假如v2版本是多个实例会如何调用

2020/12/11 基于Istio实现微服务治理_第396张图片
2020/12/11 基于Istio实现微服务治理_第397张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第398张图片
envoy的lbs，rds，cds，eds，虽然有三个副本，但是eds的时候只选择其中一个、2020/12/11 基于Istio实现微服务治理_第399张图片
流量在这里就route里已经分配好了，就跟后面有多少副本就没关系了

2020/12/11 基于Istio实现微服务治理_第400张图片
回归到一个副本

在这里插入图片描述
现在要实现下面的常见，bookinfo.com大服务访问review就访问review服务
2020/12/11 基于Istio实现微服务治理_第401张图片
首先要允许这个新域名进入服务网格，就需要gateway
在这里插入图片描述
在这里插入图片描述
这里其实是一个数组
2020/12/11 基于Istio实现微服务治理_第402张图片
两个域名现在都允许进入网格内部

2020/12/11 基于Istio实现微服务治理_第403张图片
根据path路径进行转发，还需要定义规则，一般绝大多数规则都是在virtualservice里定义的

2020/12/11 基于Istio实现微服务治理_第404张图片
从gateway来的流量，是访问bookinfo.com这个域名的流量按照下面的规则转发
2020/12/11 基于Istio实现微服务治理_第405张图片
匹配uri,如果是/productpage开头的就路由到productpage上去，如果要细分还可以转发给哪个版本什么的流量

2020/12/11 基于Istio实现微服务治理_第406张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第407张图片
2020/12/11 基于Istio实现微服务治理_第408张图片
从productpage-gateway的转发的bookinfo.com流量转发给bookinfo

2020/12/11 基于Istio实现微服务治理_第409张图片
2020/12/11 基于Istio实现微服务治理_第410张图片
2020/12/11 基于Istio实现微服务治理_第411张图片

2020/12/11 基于Istio实现微服务治理_第412张图片
2020/12/11 基于Istio实现微服务治理_第413张图片
这里就可以访问
在这里插入图片描述
访问ratings的9080 是可以访问到的
在这里插入图片描述

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第414张图片
样式访问不到了

2020/12/11 基于Istio实现微服务治理_第415张图片
需要加个下划线

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第416张图片
现在就可以了

2020/12/11 基于Istio实现微服务治理_第417张图片
访问productpage这个路由会自动帮你拼接到后端对应的service监听端口/路由

2020/12/11 基于Istio实现微服务治理_第418张图片
所以这就是为什么要加static

2020/12/11 基于Istio实现微服务治理_第419张图片
2020/12/11 基于Istio实现微服务治理_第420张图片
如果服务只有一个端口其实可以不用写

2020/12/11 基于Istio实现微服务治理_第421张图片
在这里插入图片描述
如果一个服务有多个端口，可以指向其中的一个

2020/12/11 基于Istio实现微服务治理_第422张图片
如果不想ratings区访问ratings，想rate去访问ratings，在原来基础上加个rewrite，匹配路径就换了

2020/12/11 基于Istio实现微服务治理_第423张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第424张图片
2020/12/11 基于Istio实现微服务治理_第425张图片
其实即使访问这个
2020/12/11 基于Istio实现微服务治理_第426张图片
如果说想要一个用户专门访问一个版本，就可以做灰度发布，登陆里就会在headler里填写一堆数据，kv对

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第427张图片

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第428张图片

可以加一个default-route,match匹配不到就走默认路由

2020/12/11 基于Istio实现微服务治理_第429张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第430张图片
2020/12/11 基于Istio实现微服务治理_第431张图片
2020/12/11 基于Istio实现微服务治理_第432张图片
登陆之后会有一个header信息
2020/12/11 基于Istio实现微服务治理_第433张图片
先暂时不管灰度发布，先看一下下destination-rule

2020/12/11 基于Istio实现微服务治理_第434张图片
在这里插入图片描述
之前把v2版本的review换成了三个副本，那么10%的流量到后端后该如何去转发，那么这个策略就是在destination-rule里加的
2020/12/11 基于Istio实现微服务治理_第435张图片

2020/12/11 基于Istio实现微服务治理_第436张图片
默认规则是随机random
2020/12/11 基于Istio实现微服务治理_第437张图片
使用https，建议是放在ingress这一层（一般用公有云的lb，比如slb，clb），还可以放在istio侧使用证书
2020/12/11 基于Istio实现微服务治理_第438张图片
我们使用istio做灰度发布，也是用header来转发的
2020/12/11 基于Istio实现微服务治理_第439张图片
登陆之后，都会去带上这个信息

2020/12/11 基于Istio实现微服务治理_第440张图片
访问reviews服务的时候
2020/12/11 基于Istio实现微服务治理_第441张图片
假如现在登陆的用户是路飞，想要让他只访问review2，其他的转发到review3上

2020/12/11 基于Istio实现微服务治理_第442张图片
那就是要写virtualservice规则。如果headers出现key是end-user里有）exact准确的就是完全等于）路飞的话就匹配到下面的路由上

2020/12/11 基于Istio实现微服务治理_第443张图片
否则剩下的就访问下面的
2020/12/11 基于Istio实现微服务治理_第444张图片
2020/12/11 基于Istio实现微服务治理_第445张图片
2020/12/11 基于Istio实现微服务治理_第446张图片
在这里插入图片描述
现在admin就只能分发到v3，是红星

2020/12/11 基于Istio实现微服务治理_第447张图片
登陆一下路飞

2020/12/11 基于Istio实现微服务治理_第448张图片
只能访问到v2版本

2020/12/11 基于Istio实现微服务治理_第449张图片
这里还支持以什么开头，甚至支持正则表达式

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第450张图片
2020/12/11 基于Istio实现微服务治理_第451张图片
virtualservice的uri看到的，也是用的准确匹配，也可以前缀，或者正则表达式

2020/12/11 基于Istio实现微服务治理_第452张图片
还支持scheme，http或者https

2020/12/11 基于Istio实现微服务治理_第453张图片
get还是post方法

2020/12/11 基于Istio实现微服务治理_第454张图片
这个是httpv2的协议

2020/12/11 基于Istio实现微服务治理_第455张图片
headers就是之前用的，也支持正则表达式

2020/12/11 基于Istio实现微服务治理_第456张图片
还支持查询参数

2020/12/11 基于Istio实现微服务治理_第457张图片
withoutheaders没有这些信息

2020/12/11 基于Istio实现微服务治理_第458张图片
不是路飞这个用户的就访问这里，是路飞这个用户的就访问下面

2020/12/11 基于Istio实现微服务治理_第459张图片
在这里插入图片描述

流量镜像和重试

流量镜像是非常厉害的功能，因为做压力测试的时候很难模拟一套线上的数据。流量镜像，就很大限度的解决了这个问题。是在不影响线上环境的前提下将线上流量持续的镜像到我们的预发布环境中去，让重构的服务结实的收到一波真实的冲击，同时预发布服务也表现出真实的处理能力

2020/12/11 基于Istio实现微服务治理_第460张图片
流量进入线上服务，同时发给预发布环境一份

2020/12/11 基于Istio实现微服务治理_第461张图片
2020/12/11 基于Istio实现微服务治理_第462张图片
在这里插入图片描述

先建立一个httpv1的服务

2020/12/11 基于Istio实现微服务治理_第463张图片
2020/12/11 基于Istio实现微服务治理_第464张图片
注入

在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第465张图片
合理有一个url，headers

2020/12/11 基于Istio实现微服务治理_第466张图片
2020/12/11 基于Istio实现微服务治理_第467张图片
2020/12/11 基于Istio实现微服务治理_第468张图片
准备v2版本
2020/12/11 基于Istio实现微服务治理_第469张图片
在这里插入图片描述
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第470张图片
注入

在这里插入图片描述
建立一个service
在这里插入图片描述
在这里插入图片描述
istio建立规则少不了service，一定要创建service，因为virtualservice全是匹配servicename

2020/12/11 基于Istio实现微服务治理_第471张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第472张图片
现在httpbin是访问不到的

2020/12/11 基于Istio实现微服务治理_第473张图片
需要添加规则
2020/12/11 基于Istio实现微服务治理_第474张图片
2020/12/11 基于Istio实现微服务治理_第475张图片
在default路由前加一下即可

2020/12/11 基于Istio实现微服务治理_第476张图片
2020/12/11 基于Istio实现微服务治理_第477张图片
现在只是创建了服务，还没有创建规则，destinationRule
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第478张图片
在这里插入图片描述
现在就访问到了

2020/12/11 基于Istio实现微服务治理_第479张图片
headers就访问到这里了

2020/12/11 基于Istio实现微服务治理_第480张图片
2020/12/11 基于Istio实现微服务治理_第481张图片
查看一下日志

2020/12/11 基于Istio实现微服务治理_第482张图片
v2现在肯定还没有流量，因为都在v1上

2020/12/11 基于Istio实现微服务治理_第483张图片
现在就可以开始做流量镜像
2020/12/11 基于Istio实现微服务治理_第484张图片
可以调整多少流量打过去

在这里插入图片描述
istio支持管理多集群，不同集群的服务可以通过这样的一种通用的来管理的
2020/12/11 基于Istio实现微服务治理_第485张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第486张图片
现在刷新一下页面

2020/12/11 基于Istio实现微服务治理_第487张图片
现在就有流量了

2020/12/11 基于Istio实现微服务治理_第488张图片
还可以重试，很多都是从代码层面来进行重试逻辑的，重试的本身这种需求，是和业务无关的，是一种通用的需求。istio可以帮你去实现重试的逻辑

2020/12/11 基于Istio实现微服务治理_第489张图片
当服务端返回502的时候，可以重试
2020/12/11 基于Istio实现微服务治理_第490张图片
现在访问，返回的是502

2020/12/11 基于Istio实现微服务治理_第491张图片
2020/12/11 基于Istio实现微服务治理_第492张图片
它自己从代理端就帮你重试了
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第493张图片
访问server端返回是5XX的时候，重试三次

2020/12/11 基于Istio实现微服务治理_第494张图片
在这里插入图片描述
5xx的时候进行重试

2020/12/11 基于Istio实现微服务治理_第495张图片
在这里插入图片描述
访问一次400

2020/12/11 基于Istio实现微服务治理_第496张图片
就一条记录

2020/12/11 基于Istio实现微服务治理_第497张图片
2020/12/11 基于Istio实现微服务治理_第498张图片
重试三条

2020/12/11 基于Istio实现微服务治理_第499张图片
在这里插入图片描述

熔断

过载保护
2020/12/11 基于Istio实现微服务治理_第500张图片
istio是通过envoy proxy来实现熔断机制的。envoy强制在网络层面配置熔断策略，这样就不必为了每个应用程序单独配置或重新编程。如果从代码层实现，可以实现一个callback，里面可以写逻辑。istio就没法写逻辑，因为没法进入你的代码。通常来讲istio网络中服务配置链接数和请求数用的是最多的

下面是httpbin去访问java app，可以在中间加一个熔断配置

2020/12/11 基于Istio实现微服务治理_第501张图片
2020/12/11 基于Istio实现微服务治理_第502张图片
、先创建服务

2020/12/11 基于Istio实现微服务治理_第503张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第504张图片
注入一下
在这里插入图片描述

在这里插入图片描述
先用一个单线程的进行链接

2020/12/11 基于Istio实现微服务治理_第505张图片
2020/12/11 基于Istio实现微服务治理_第506张图片
现在用client去访问service，里面有get方法，其实就是设置了两个变量去发起请求
2020/12/11 基于Istio实现微服务治理_第507张图片
2020/12/11 基于Istio实现微服务治理_第508张图片
现在发送2个也是请求成功的

2020/12/11 基于Istio实现微服务治理_第509张图片
在这里插入图片描述
可以进行限制，是放在destinationrule里的

2020/12/11 基于Istio实现微服务治理_第510张图片
http2是一个链接去发送多个请求，不像http1，是建立一个链接发送一个请求

2020/12/11 基于Istio实现微服务治理_第511张图片
2020/12/11 基于Istio实现微服务治理_第512张图片
现在线程变成10就绝大多数是会失败的，istio里的熔断更像是限流

2020/12/11 基于Istio实现微服务治理_第513张图片
上面的应用的配置其实就是改了envoy的这里，envoy无法触发callback逻辑，因为它不进入代码

2020/12/11 基于Istio实现微服务治理_第514张图片

故障注入和超时

在这里插入图片描述
故障注入就是原来你的服务是正常，可以在envoy这层，显式的申明，访问details服务的时候，注入50%的故障，其实就是调试你的程序兼容性。如果100%故障就是服务挂了，它就是为了实现你的程序挂了，整个集群里是否还正常工作
2020/12/11 基于Istio实现微服务治理_第515张图片
是通过两类实现，abort是中止，delay是延迟
2020/12/11 基于Istio实现微服务治理_第516张图片
现在路飞用户访问到review v2上面
2020/12/11 基于Istio实现微服务治理_第517张图片
现在要这样，reviews去访问ratings这一层注入延迟2秒

2020/12/11 基于Istio实现微服务治理_第518张图片
建立一个virtualservice是跟ratings整个域名来进行访问的，有一个fault错误类型，也就是把访问rating服务100%流量，注入延迟2秒

2020/12/11 基于Istio实现微服务治理_第519张图片

在这里插入图片描述
所有访问rating服务的都注入一个延迟访问的故障，
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第520张图片
2020/12/11 基于Istio实现微服务治理_第521张图片
在这里插入图片描述
现在就有延迟了

2020/12/11 基于Istio实现微服务治理_第522张图片
请求是两秒多

2020/12/11 基于Istio实现微服务治理_第523张图片
注入的延迟配置最终体现在envoy里

2020/12/11 基于Istio实现微服务治理_第524张图片
在这里插入图片描述
**可以加超时时间，针对reviews v2的进行1秒超时
**

2020/12/11 基于Istio实现微服务治理_第525张图片
在这里插入图片描述
超时针对v2生效，v3无效

2020/12/11 基于Istio实现微服务治理_第526张图片
登录路飞用户也是2秒，实际上是timout1秒，但是程序自己加了1秒超时

2020/12/11 基于Istio实现微服务治理_第527张图片
这里是1秒，它返回的时候rating还没有返回

2020/12/11 基于Istio实现微服务治理_第528张图片
2020/12/11 基于Istio实现微服务治理_第529张图片
这是一个延迟版的故障注入
2020/12/11 基于Istio实现微服务治理_第530张图片
2020/12/11 基于Istio实现微服务治理_第531张图片
还有状态码，把这个删除了就是故障了
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第532张图片
代表50%纪律是500错误
2020/12/11 基于Istio实现微服务治理_第533张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第534张图片
在这里插入图片描述
这里就50%的几率出错了，也就是不用把服务停了模拟挂的情况

2020/12/11 基于Istio实现微服务治理_第535张图片

iptables规则失效排查

在istio网格内，流量请求完全绕过了kube-proxy组件
2020/12/11 基于Istio实现微服务治理_第536张图片
但是上次还能访问到

2020/12/11 基于Istio实现微服务治理_第537张图片
有几个服务都跑在slave1上，清理掉slave1的规则，也就是kube-proxy清理的规则，去访问通道

2020/12/11 基于Istio实现微服务治理_第538张图片
在这里插入图片描述
调度到不存在的机器，也就是把kube-proxy清理掉

2020/12/11 基于Istio实现微服务治理_第539张图片
2020/12/11 基于Istio实现微服务治理_第540张图片
在宿主机上清理掉iptables规则

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第541张图片
现在访问不到
在这里插入图片描述、
因为dns也是走的service流量，这个是走宿主机iptables规则去解析到的，现在规则没有了就解析不到了billservice了

2020/12/11 基于Istio实现微服务治理_第542张图片
在这里插入图片描述
直接访问ip可以通，是因为按照istio的走的

2020/12/11 基于Istio实现微服务治理_第543张图片
现在访问istio-proxy 是不通的，因为是走的宿主机的iptales

2020/12/11 基于Istio实现微服务治理_第544张图片
印证了在istio-proxy（虽然是网格里容器，但是访问外部是一摸一样的），在front-tomcat容器里，是走的envoy流量里去
2020/12/11 基于Istio实现微服务治理_第545张图片
把删除的kube-proxy改过来了

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第546张图片

可观察性

在整个istio里提供看的东西就grafana，jaeger（分布式追踪），kiali（专门针对istio做的可视化组件），prometheus

2020/12/11 基于Istio实现微服务治理_第547张图片
istio自带了这几个yaml文件，可以直接apply grafana

2020/12/11 基于Istio实现微服务治理_第548张图片
jaeger

在这里插入图片描述
需要改两个地址

2020/12/11 基于Istio实现微服务治理_第549张图片
在这里插入图片描述
这里用的是grafana自带的服务发现地址，默认是在istio名称空间里的

2020/12/11 基于Istio实现微服务治理_第550张图片
改成这个

2020/12/11 基于Istio实现微服务治理_第551张图片
2020/12/11 基于Istio实现微服务治理_第552张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第553张图片
这几个服务创建到了istio-system空间里

2020/12/11 基于Istio实现微服务治理_第554张图片
2020/12/11 基于Istio实现微服务治理_第555张图片
2020/12/11 基于Istio实现微服务治理_第556张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第557张图片
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第558张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第559张图片
2020/12/11 基于Istio实现微服务治理_第560张图片
这些全是istio的

2020/12/11 基于Istio实现微服务治理_第561张图片
2020/12/11 基于Istio实现微服务治理_第562张图片
在这里插入图片描述
virtualservice加一个路由就是给服务发现服务路由，istio-proxy用的

2020/12/11 基于Istio实现微服务治理_第563张图片
2020/12/11 基于Istio实现微服务治理_第564张图片
istio在注入的时候已经帮你实现这个结构了

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第565张图片
这是在pod层面做监控

2020/12/11 基于Istio实现微服务治理_第566张图片

在这里插入图片描述
建立一个ingress
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第567张图片
在这里插入图片描述
获得域名

2020/12/11 基于Istio实现微服务治理_第568张图片
2020/12/11 基于Istio实现微服务治理_第569张图片
数据源都帮你配置好了
2020/12/11 基于Istio实现微服务治理_第570张图片

2020/12/11 基于Istio实现微服务治理_第571张图片
2020/12/11 基于Istio实现微服务治理_第572张图片
在这里插入图片描述
这是istio内部，grafana实现的配置

2020/12/11 基于Istio实现微服务治理_第573张图片
在这里插入图片描述
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第574张图片
发送请求
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第575张图片
成功率百分百

2020/12/11 基于Istio实现微服务治理_第576张图片
mesh dashboard，可以监控服务流量，所有服务都在这里
2020/12/11 基于Istio实现微服务治理_第577张图片
2020/12/11 基于Istio实现微服务治理_第578张图片

在这里插入图片描述
在这里插入图片描述

2020/12/11 基于Istio实现微服务治理_第579张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第580张图片
2020/12/11 基于Istio实现微服务治理_第581张图片
2020/12/11 基于Istio实现微服务治理_第582张图片
现在链路追踪是放在sidecar里的

2020/12/11 基于Istio实现微服务治理_第583张图片
envoy里已经帮你配置好了

2020/12/11 基于Istio实现微服务治理_第584张图片
启动的时候有1个配置文件

2020/12/11 基于Istio实现微服务治理_第585张图片
2020/12/11 基于Istio实现微服务治理_第586张图片
创建jaeger的时候已经看到这个zipkin创建好了

2020/12/11 基于Istio实现微服务治理_第587张图片
这两个都是追踪jaeger服务的，envoy虽然配置了zipkin，但是还是访问tracing

2020/12/11 基于Istio实现微服务治理_第588张图片
2020/12/11 基于Istio实现微服务治理_第589张图片
这里有图表展示对于关系

2020/12/11 基于Istio实现微服务治理_第590张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第591张图片

kiali

可观测性分析服务
2020/12/11 基于Istio实现微服务治理_第592张图片
2020/12/11 基于Istio实现微服务治理_第593张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第594张图片
2020/12/11 基于Istio实现微服务治理_第595张图片
2020/12/11 基于Istio实现微服务治理_第596张图片
拿的是label里带app的

2020/12/11 基于Istio实现微服务治理_第597张图片
istio里做的

2020/12/11 基于Istio实现微服务治理_第598张图片
product配置，穿过v1，访问到detail

2020/12/11 基于Istio实现微服务治理_第599张图片
2020/12/11 基于Istio实现微服务治理_第600张图片
点击其他的service也可以看到这些图

2020/12/11 基于Istio实现微服务治理_第601张图片
2020/12/11 基于Istio实现微服务治理_第602张图片
traffic，是inbound和outbound，入站和出站流量
2020/12/11 基于Istio实现微服务治理_第603张图片
业务日志和istio-proxy日志

2020/12/11 基于Istio实现微服务治理_第604张图片
入站流量

2020/12/11 基于Istio实现微服务治理_第605张图片
2020/12/11 基于Istio实现微服务治理_第606张图片
集成了很多东西，日志，inbound，outbound

2020/12/11 基于Istio实现微服务治理_第607张图片
可以看一些service的基础信息

2020/12/11 基于Istio实现微服务治理_第608张图片
2020/12/11 基于Istio实现微服务治理_第609张图片
这个是拿的数据，确定有没有
2020/12/11 基于Istio实现微服务治理_第610张图片
2020/12/11 基于Istio实现微服务治理_第611张图片
2020/12/11 基于Istio实现微服务治理_第612张图片

2020/12/11 基于Istio实现微服务治理_第613张图片

小结

istio创建的规则，servicename必须依赖K8S实现的，istio的出现其实是微服务间的通讯的短板

**K8S已经称为容器调度编排的事实标准，容器正好可以作为微服务的最小工作单元，从而发挥微服务架Kubernets已经成为了容器调度编排的事实标准，而容器正好可以作为微服务的最小工作单元，从而发挥微服务架构的最大优势。所以我认为未来微服务架构会围绕Kubernetes展开。而lstio和Cnduit这类Service Mesh天生就是为了Kubernetes设计，它们的出现补足了Kubernetes在微服务间服务通讯。上的短板。虽然Dubbo. SpringCloud等都是成熟的微服务框架，但是它们或多或少都会和具体语言或应用场景绑定,并只解决了微服务Dev层面的问题。若想解决Ops问题，它们还需和诸如Cloud Foundry. Mesos、 Docker Swarm或Kubernetes这类资源调
度框架做结合:
**
2020/12/11 基于Istio实现微服务治理_第614张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第615张图片

2020/12/11 基于Istio实现微服务治理_第616张图片
laas层面是系统层面的，从这个上面是K8S支持的，springcloud是这么支持，以后很长的时间都是K8S和istio

2020/12/11 基于Istio实现微服务治理_第617张图片
2020/12/11 基于Istio实现微服务治理_第618张图片
2020/12/11 基于Istio实现微服务治理_第619张图片
2020/12/11 基于Istio实现微服务治理_第620张图片
**总结一下：
第一代为spring cloud为代表的服务治理能力，是和业务代码紧耦合的，没法跨编程语言去使用
为了可以实现通用的服务治理能力，istio会为每个业务pod注入一个sidecar代理容器
**
提出了server mesh的理念，注入边车去监控业务流量

2020/12/11 基于Istio实现微服务治理_第621张图片
接管业务pod的流量，因此通过注入的时候引入初始化容器istio=init实现pod内防火墙规则的初始化，分别将出入站流量拦截到pod内的15001和15006端口
在这里插入图片描述
-还注入了istio-proxy容器，一个是pilot-agent进程，一个是envoy，envoy是pilot-agent拉起来的，pilot-agent是一个info进程，先起来生成配置文件-rev0，生成这个配置文件后把envoy拉起来，启动之后通过xds，再生成pilot，是istiod里的pilot-service这个服务，也就是grpc的server端

2020/12/11 基于Istio实现微服务治理_第622张图片
virtualservice，destination rule，gateway，转换和曾envoy可以识别的配置片段。通过xds同步到网格的envoy中

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
服务在productpage去curl这个地址，先给istio-init容器注入iptable规则，（output链转到istio_output链转到istio_redirect链）envoy监听15001端口，出站转到了0.0.0.0_端口这样一个监听上去，listener去读filter chains，经过路由规则，匹配到cluster，转到endpoint，最终转到pod的ip上
2020/12/11 基于Istio实现微服务治理_第623张图片
进入pod后被15006的envoy拦截，virrtual inbound做处理转到cluster上去，转到最终的endpoint
2020/12/11 基于Istio实现微服务治理_第624张图片

2020/12/11 基于Istio实现微服务治理_第625张图片
下面是整个过程，创建virtualservice，destination rule，endpoint

2020/12/11 基于Istio实现微服务治理_第626张图片
2020/12/11 基于Istio实现微服务治理_第627张图片
2020/12/11 基于Istio实现微服务治理_第628张图片
2020/12/11 基于Istio实现微服务治理_第629张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第630张图片
2020/12/11 基于Istio实现微服务治理_第631张图片

2020/12/11 基于Istio实现微服务治理_第632张图片
2020/12/11 基于Istio实现微服务治理_第633张图片
2020/12/11 基于Istio实现微服务治理_第634张图片
2020/12/11 基于Istio实现微服务治理_第635张图片
2020/12/11 基于Istio实现微服务治理_第636张图片
2020/12/11 基于Istio实现微服务治理_第637张图片
2020/12/11 基于Istio实现微服务治理_第638张图片
**envoy带来的肯定网络上更加复杂，还有额外的开销，是否需要用还要自己考量。灰度发布很简单，创建virtual service，destination rule规则就好了
**

2020/12/11 基于Istio实现微服务治理_第639张图片

rancher安装使用

用rancher还是比较多的，因为用户不需要深入了解K8S

2020/12/11 基于Istio实现微服务治理_第640张图片
2020/12/11 基于Istio实现微服务治理_第641张图片
支持的版本

2020/12/11 基于Istio实现微服务治理_第642张图片
2020/12/11 基于Istio实现微服务治理_第643张图片
安装很简单就一句话

2020/12/11 基于Istio实现微服务治理_第644张图片
2020/12/11 基于Istio实现微服务治理_第645张图片
stable版本看一下，但是指定的为好
2020/12/11 基于Istio实现微服务治理_第646张图片
v2.5.2需要这样配置，privileged，使用该参数，container内的root拥有真正的root权限。否则，container内的root只是外部的一个普通用户权限。privileged启动的容器，可以看到很多host上的设备，并且可以执行mount。甚至允许你在docker容器中启动docker容器。

在这里插入图片描述
在这里插入图片描述
K3S是一个比K8S更轻量级的平台

2020/12/11 基于Istio实现微服务治理_第647张图片
可以用于物联网边缘计算设计

2020/12/11 基于Istio实现微服务治理_第648张图片
现在进行访问

2020/12/11 基于Istio实现微服务治理_第649张图片
设置密码

2020/12/11 基于Istio实现微服务治理_第650张图片
选择管理多集群的rancher
2020/12/11 基于Istio实现微服务治理_第651张图片
2020/12/11 基于Istio实现微服务治理_第652张图片
2020/12/11 基于Istio实现微服务治理_第653张图片
现在rancher就是一个K3S集群

在这里插入图片描述
可以理解为在里面启动了一个K3S集群

2020/12/11 基于Istio实现微服务治理_第654张图片
默认起了一个K3S集群

在这里插入图片描述
同样把这集群放到自己的管理页面去了
2020/12/11 基于Istio实现微服务治理_第655张图片
2020/12/11 基于Istio实现微服务治理_第656张图片
2020/12/11 基于Istio实现微服务治理_第657张图片
2020/12/11 基于Istio实现微服务治理_第658张图片
复制到集群里去执行
2020/12/11 基于Istio实现微服务治理_第659张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第660张图片
仪表盘还可以看一些资源的使用

2020/12/11 基于Istio实现微服务治理_第661张图片
2020/12/11 基于Istio实现微服务治理_第662张图片
、可以执行命令行
2020/12/11 基于Istio实现微服务治理_第663张图片
2020/12/11 基于Istio实现微服务治理_第664张图片
这里也一样可以

2020/12/11 基于Istio实现微服务治理_第665张图片
第一个概念就是项目，项目就是隶属于集群的有几个项目

2020/12/11 基于Istio实现微服务治理_第666张图片
这个项目是命名空间上面的一层虚拟概念，这个项目是包含名称空间的

2020/12/11 基于Istio实现微服务治理_第667张图片
default项目下包含一个default命名空间

2020/12/11 基于Istio实现微服务治理_第668张图片
有这么多命名空间不属于任何项目

2020/12/11 基于Istio实现微服务治理_第669张图片
可以选择添加项目
2020/12/11 基于Istio实现微服务治理_第670张图片
可以把命名空间移动到这个项目里

2020/12/11 基于Istio实现微服务治理_第671张图片
可以查看工作负载

2020/12/11 基于Istio实现微服务治理_第672张图片
还有负载均衡

2020/12/11 基于Istio实现微服务治理_第673张图片
service，服务发现里有选择器

2020/12/11 基于Istio实现微服务治理_第674张图片
还可以部署服务

2020/12/11 基于Istio实现微服务治理_第675张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第676张图片
挂载卷

2020/12/11 基于Istio实现微服务治理_第677张图片
缩放升级策略，就是灰度更新

2020/12/11 基于Istio实现微服务治理_第678张图片
标签就是加label加标签

2020/12/11 基于Istio实现微服务治理_第679张图片
在这里插入图片描述
在这里插入图片描述
可以进容器进行curl

2020/12/11 基于Istio实现微服务治理_第680张图片
查看日志

2020/12/11 基于Istio实现微服务治理_第681张图片
事件就是deployment的内容

2020/12/11 基于Istio实现微服务治理_第682张图片
2020/12/11 基于Istio实现微服务治理_第683张图片
创建好service，会有一个工作负载

2020/12/11 基于Istio实现微服务治理_第684张图片
可以添加用户进行管理

2020/12/11 基于Istio实现微服务治理_第685张图片
2020/12/11 基于Istio实现微服务治理_第686张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第687张图片
没有配置权限

2020/12/11 基于Istio实现微服务治理_第688张图片
假如想要访问dev环境下的项目，成员可以使用exec
2020/12/11 基于Istio实现微服务治理_第689张图片
2020/12/11 基于Istio实现微服务治理_第690张图片
现在就可以看到整个项目了
2020/12/11 基于Istio实现微服务治理_第691张图片
先创建用户然后在某个集群下添加用户
2020/12/11 基于Istio实现微服务治理_第692张图片
、应用商店其实就是克隆的一些项目，es集群还是其他的

2020/12/11 基于Istio实现微服务治理_第693张图片
还有devops操作，不过在2.5版本这里废弃了

2020/12/11 基于Istio实现微服务治理_第694张图片
使用了fleet，是一个devops工具
、
2020/12/11 基于Istio实现微服务治理_第695张图片
在这里插入图片描述
一直在报错，看起来镜像没有拉取成功。dns解析不了

2020/12/11 基于Istio实现微服务治理_第696张图片
宿主机上拉下来了

2020/12/11 基于Istio实现微服务治理_第697张图片
容器里是container-creating，pod起不来
2020/12/11 基于Istio实现微服务治理_第698张图片
是用containerd管理，并不是docker管理

2020/12/11 基于Istio实现微服务治理_第699张图片
2020/12/11 基于Istio实现微服务治理_第700张图片
拉取镜像失败

2020/12/11 基于Istio实现微服务治理_第701张图片
宿主机，有一个有一个rancher的pause镜像

2020/12/11 基于Istio实现微服务治理_第702张图片
获取到这个镜像
2020/12/11 基于Istio实现微服务治理_第703张图片
把这个镜像放到rancher里

2020/12/11 基于Istio实现微服务治理_第704张图片
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第705张图片
这个目录里有bin
2020/12/11 基于Istio实现微服务治理_第706张图片
列出它的镜像

2020/12/11 基于Istio实现微服务治理_第707张图片
导入镜像，k3s里就是用ctr命令去管理containerd的

在这里插入图片描述
列出现在的镜像
在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第708张图片
集成了coredns

在这里插入图片描述
2020/12/11 基于Istio实现微服务治理_第709张图片
2020/12/11 基于Istio实现微服务治理_第710张图片

你可能感兴趣的:(K8S进阶)

  • 第四天旅游线路预览——从换乘中心到喀纳斯湖 陟彼高冈yu 基于Googleearthstudio的旅游规划和预览旅游
    第四天：从贾登峪到喀纳斯风景区入口，晚上住宿贾登峪；换乘中心有4路车，喀纳斯①号车，去喀纳斯湖，路程时长约5分钟；将上面的的行程安排进行动态展示，具体步骤见”Googleearthstudio进行动态轨迹显示制作过程“、“Googleearthstudio入门教程”和“Googleearthstudio进阶教程“相关内容，得到行程如下所示：Day4-2-480p
  • Goolge earth studio 进阶4——路径修改与平滑 陟彼高冈yu Googleearthstudio进阶教程旅游
    如果我们希望在大约中途时获得更多的城市鸟瞰视角。可以将相机拖动到这里并创建一个新的关键帧。camera_target_clip_7EarthStudio会自动平滑我们的路径，所以当我们通过这个关键帧时，不是一个生硬的角度，而是一个平滑的曲线。camera_target_clip_8路径上有贝塞尔控制手柄，允许我们调整路径的形状。右键单击，我们可以选择“平滑路径”，这是默认的自动平滑算法，或者我们可
  • 每日算法&面试题，大厂特训二十八天——第二十天（树） 肥学 ⚡算法题⚡面试题每日精进java算法数据结构
    目录标题导读算法特训二十八天面试题点击直接资料领取导读肥友们为了更好的去帮助新同学适应算法和面试题，最近我们开始进行专项突击一步一步来。上一期我们完成了动态规划二十一天现在我们进行下一项对各类算法进行二十八天的一个小总结。还在等什么快来一起肥学进行二十八天挑战吧！！特别介绍小白练手专栏，适合刚入手的新人欢迎订阅编程小白进阶python有趣练手项目里面包括了像《机器人尬聊》《恶搞程序》这样的有趣文章
  • 2023-08-20 圆梦菌
    魔力宝贝最详细新手教程，新手该如何完美开局，建议收藏转发2023-08-2010:34《魔力宝贝》手游体力是什么?魔力宝贝体力恢复机制是每10分钟回复1点；体力作用：挑战关卡需消耗体力体力获取方式1、好友每天可以赠送15次，也就是15点体力2、系统每天中午12点以及下午6点赠送25体3、在商城使用神石购买《魔力宝贝》手游战斗力如何提升?1、宠物强化宠物通过融合进阶后可以大幅度提升战力，最高级的宠物
  • react-intl——react国际化使用方案 苹果酱0567 面试题汇总与解析java开发语言中间件springboot后端
    国际化介绍i18n：internationalization国家化简称，首字母+首尾字母间隔的字母个数+尾字母，类似的还有k8s(Kubernetes)React-intl是React中最受欢迎的库。使用步骤安装#usenpmnpminstallreact-intl-D#useyarn项目入口文件配置//index.tsximportReactfrom"react";importReactDOMf
  • 258-各位相加 不胖二十斤不改名zz
    给定一个非负整数num，反复将各个位上的数字相加，直到结果为一位数。输入:38输出:2解释:各位相加的过程为：3+8=11,1+1=2。由于2是一位数，所以返回2。最简单的方法就是递归了。进阶:你可以不使用循环或者递归，且在O(1)时间复杂度内解决这个问题吗？假如一个三位数'abc'，其值大小为s1=100*a+10*b+1*c，经过一次各位相加后，变为s2=a+b+c，减小的差值为(s1-s2)
  • Python编程 - 函数进阶 易辰君 Python核心编程python开发语言
    目录前言一、函数参数的高级用法（一）缺省参数（二）命名参数（三）不定长参数二、拆包（一）函数返回值拆包（二）通过星号拆包（三）总结三、匿名函数（一）函数定义（二）使用匿名函数四、递归函数（一）简介（二）基本结构（三）简单示例（四）优缺点总结前言上篇文章主要了解了函数基础，如何定义函数，函数种类以及局部变量和全局变量的差异等，接下来就讲解python函数较为进阶的知识点，若有任何想法欢迎一起沟通讨论
  • 教师资格证常考的5个知识点 a3cb74a20840
    知识点1：教育与人的发展(5规律、4因素、3动因)五大规律：顺序性—循序渐进阶段性—不搞“一刀切”不平衡性—抓关键期互补性—扬长避短个别差异性—因材施教考点精华：1.举例子对应五大规律;2.每个规律的教学启示;3规律特点。四大因素：遗传(地位：物质前提、可能性)环境(地位：多种可能、现实性)学校教育(主导)个人主观能动性(动力、决定)三大动因：内发论(1.孟子：性善论;2.弗洛伊德：性本能)外铄论
  • 【从问题中去学习k8s】k8s中的常见面试题（夯实理论基础）（二十八） 向往风的男子 k8s学习kubernetes容器
    本站以分享各种运维经验和运维所需要的技能为主《python零基础入门》：python零基础入门学习《python运维脚本》：python运维脚本实践《shell》：shell学习《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战《k8》从问题中去学习k8s《docker学习》暂未更新《ceph学习》ceph日常问题解决分享《日志收集》ELK+各种中间件《运维日常》
  • Kubernetes数据持久化 看清所苡看轻 kubernetes(k8s)emptyDirHostPathpvpvckubernetes
    在k8s中，Volume（数据卷）存在明确的生命周期（与包含该数据卷的容器组（pod）相同）。因此Volume的生命周期比同一容器组（pod）中任意容器的生命周期要更长，不管容器重启了多少次，数据都被保留下来。当然，如果pod不存在了，数据卷自然退出了。此时，根据pod所使用的数据卷类型不同，数据可能随着数据卷的退出而删除，也可能被真正持久化，并在下次容器组重启时仍然可以使用。从根本上来说，一个数
  • k8s中Service暴露的种类以及用法 听说唐僧不吃肉 K8Skubernetes容器云原生
    一、说明在Kubernetes中，有几种不同的方式可以将服务（Service）暴露给外部流量。这些方式通过定义服务的spec.type字段来确定。二、详解1.ClusterIP定义：默认类型，服务只能在集群内部访问。作用：通过集群内部IP地址暴露服务。示例：spec:type:ClusterIPports:-port:80targetPo
  • PCIe进阶之TL：Memory, I/O, and Configuration Request Rules & TPH Rules 芯芯之火，可以燎原 PCIe进阶PCIe进阶硬件工程信息与通信
    1Memory,I/O,andConfigurationRequestRules下述规则适用于Memory请求、IO请求和配置请求。除了公共的header字段外，所有Memory请求、IO请求和配置请求还包括以下字段：（1）RequesterID[15:0]和Tag[9:0]，组成了TransactionID。（2）LastDWBE[3:0]和1stDWBE[3:0]字段。对于TH字段置1的Mem
  • 二十四、k8s 资源管理 繁华依在 k8skubernetes容器云原生
    目录一、资源配置范围管理LimitRange介绍1、LimitRange可以做什么：2、资源限制和请求的约束3、创建LimitsRange对象4、示例：创建一个pod5、测试用例测试1：测试2：测试3：二、资源服务质量管理（RequestsQos）1、Qos级别分类：1.1、Guaranteed：1.2、BestEffort：1.3、Burstable：2、Qos的工作特点3、示例三、资源配额管理
  • Kubernetes 自定义控制器开发 IT回忆录 Kubeneteskubernetes
    目录前言一、CRD二、创建数据库表（Mysql）二、控制器开发1.使用kubernetes的examplecontroller模板2.在controller.go中新增数据表监听方法3.修改tools工具生成资源对象结构体定义这里记录开发k8s控制器的一般方式，controller开发主要使用k8s提供的client-go库进行。前言Controller监听集群内部资源对象的变化，编辑资源对象(增
  • 用kubedam搭建的k8s证书过期处理方法 我滴鬼鬼呀wks k8s1024程序员节
    kubeadm部署的k8s证书过期1、查看证书过期时间kubeadmalphacertscheck-expiration若证书已经过期无法试用kubectl命令建议修改服务器时间到未过期的时间段2、配置kube-controller-manager.yaml文件cat/etc/kubernetes/manifests/kube-controller-manager.yamlapiVersion:v
  • k8s证书过期问题处理 olina_qin kubernetes容器云原生
    k8s证书过期问题处理opensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-dateskubeadmcertsrenewallsystemctlrestartkubeleopensslx509-in/etc/kubernetes/pki/apiserver.crt-noout-text|grep"NotAfter"cp/etc/kubernet
  • 【K8s】专题十一：Kubernetes 集群证书过期处理方法 行者Sun1989 Kuberneteskubernetes云原生容器
    本文内容均来自个人笔记并重新梳理，如有错误欢迎指正！如果对您有帮助，烦请点赞、关注、转发、订阅专栏！专栏订阅入口Linux专栏|Docker专栏|Kubernetes专栏往期精彩文章【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法【Docker】（全网首发）KylinV10下MySQL容器内存占用异常的解决方法（续）【Docker】MySQL源码构建Docker镜
  • Cloud Native Weekly | 华为云抢先发布Redis5.0，红帽宣布收购混合云提供商 weixin_34302561 数据库devops大数据
    1——华为云抢先发布Redis5.02——DigitalOceanK8s服务正式上线3——红帽宣布收购混合云提供商NooBaa4——微软发布多项AzureKubernetes服务更新1华为云抢先发布Redis5.012月17日，华为云在DCS2.0的基础上，快人一步，抢先推出了新的Redis5.0产品，这是一个崭新的突破。目前国内在缓存领域的发展普遍停留在Redis4.0阶段，华为云率先发布了Re
  • SpringBoot整合ES搜索引擎 实现网站热搜词及热度计算 码踏云端 springbootElasticsearchspringbootelasticsearch后端热搜词热度计算java
    博主简介：历代文学网（PC端可以访问：https://literature.sinhy.com/#/literature?__c=1000，移动端可微信小程序搜索“历代文学”）总架构师，15年工作经验，精通Java编程，高并发设计，Springboot和微服务，熟悉Linux，ESXI虚拟化以及云原生Docker和K8s，热衷于探索科技的边界，并将理论知识转化为实际应用。保持对新技术的好奇心，乐于
  • 后端开发刷题 | 最长回文子串 jingling555 笔试题目java算法javascript数据结构后端
    描述对于长度为n的一个字符串A（仅包含数字，大小写英文字母），请设计一个高效算法，计算其中最长回文子串的长度。数据范围：1≤n≤1000要求：空间复杂度O(1)，时间复杂度O(n2)进阶:空间复杂度O(n)，时间复杂度O(n)示例1输入："ababc"返回值：3说明：最长的回文子串为"aba"与"bab"，长度都为3示例2输入："abbba"返回值：5示例3输入："b"返回值：1思路分析：该题可以
  • PCIe进阶之TL：Common Packet Header Fields & TLPs with Data Payloads Rules 芯芯之火，可以燎原 PCIe进阶PCIe进阶硬件工程信息与通信
    1TransactionLayerProtocol-PacketDefinitionTLP有四种事务类型：Memory、I/O、Configuration和Messages，两种地址格式：32bit和64bit。构成TLP时，所有标记为Reserved的字段（有时缩写为R）都必须全为0。接收者Rx必须忽略此字段中的值，PCIeSwitch必须对其进行原封不动的转发。请注意，对于某些字段，既有指定值
  • （k8s）Kubernetes 从0到1容器编排之旅 道不贱卖，法不轻传 kubernetskubernetes容器云原生
    一、引言在当今数字化的浪潮中，Kubernetes如同一艘强大的航船，引领着容器化应用的部署与管理。它以其卓越的灵活性、可扩展性和可靠性，成为众多企业和开发者的首选。然而，要真正发挥Kubernetes的强大威力，仅仅掌握基本操作是远远不够的。本文将带你深入探索Kubernetes使用过程中的奇技妙法，为你开启一段优雅的容器编排之旅。二、高级资源管理之精妙艺术1.资源配额与限制：雕琢资源之美•Ku
  • 抖音小黄车怎么开？抖音小黄车开通方法？ 日常购物技巧呀
    抖音不仅可以刷短视频，用户还可以在抖音上卖商品，开通小黄车之后就可以卖商品啦，开通小黄车之前，需要申请开通商品橱窗功能；首先打开【抖音短视频】，点开界面右上角的【搜索图标】，搜索【电商小助手】，点击【电商小助手】；选中关注旁边的【私信】，选择界面下方的【申请入口】，点击【商品分享权限】，满足【实名认证】、【进阶要求】之后，选择界面下方的【立即申请】即可；开通商品橱窗之后，就可以挂小黄车啦，方法是不
  • ROM修改进阶教程------如何修改固件 线刷转卡刷 卡刷转线刷 操作中的一些注意事项 安卓机器 ROM修改进阶教程卡刷转换线刷线刷转换卡刷固件转换
    在接待各种rom定制化服务中。有很多客户需要各种各样的需求。包括修改rom默认开启usb调试类默认开启开发者选项。修改不锁屏不休眠跳过开机引导以及一些内置app和可卸载app等等的定制项目。还有很多导出系统导出数据完整恢复类要求。今天给大家解析下如何将固件转换类的相关步骤解析通过博文可以了解;1--------线刷固件转换卡刷固件的注意事项以及步骤2--------卡刷固件转换线刷固件的注意事项以
  • 爱的进阶 懒方的羊
    热恋时，你侬我侬。每一刻都不嫌多，最怕时间突然消逝，很多的呢喃还未说道。那简简单单的对望，都显得情深义重。真真是应了那句，有情饮水饱！不满时，锱铢必较。哪怕没有及时的回应，都显得漠不关心，不禁质疑，爱还在么？还有多少？是否已经厌倦？那忙碌的回答，又是否是不在意的敷衍？争吵是，互相伤害。开始彼此埋怨，陈年往事不停地诉说。开始觉得彼此都不愿付出了，却没发现彼此都在不停地索取。这时，两个人是不是在彼此的
  • ETCD 六 etcd总体架构 wanghaichao1234 etcdetcd架构数据库
    etcd源码结构etcd项目代码的目录结构：包名用途apiprotobuf定义client/v3客户端sdkcontribraftexample实现etcdctl命令行客户端实现，用于网路的操作etcdutl命令行管理工具，直接操作etcd数据文件。hack基准测试、测试集群、k8s部署、分支管理、证书等pkg实用程序包的集合raftraft实现server.auth角色身份验证server.em
  • 《Android进阶之光》读书笔记 soleil雪寂 读书笔记#Android进阶之光
    文章目录第1章Android新特性1.1.Android5.0新特性1.2.RecyclerView1.1.4.3种Notification1.1.5.Toolbar与Palette1.1.6.Palette1.2.Android6.0新特性1.2.2.运行时权限机制1.3.Android7.0新特性第2章MaterialDesign2.2.DesignSupportLibrary常用控件详解第3
  • 《Android进阶之光》— Android 书籍 王睿丶 Android永无止境《Android进阶之光》Android书籍Androidphoenix移动开发
    文章目录第1章Android新特性1第2章MaterialDesign48第3章View体系与自定义View87第4章多线程编程165第5章网络编程与网络框架204第6章设计模式271第7章事件总线308第8章函数响应式编程333第9章注解与依赖注入框架382第10章应用架构设计422第11章系统架构与MediaPlayer框架460出版年:2017-7简介：《Android进阶之光》是一本And
  • 《android进阶之光》——多线程编程（上） TAING要一直努力 读书笔记
    今天了解了下多线程编程，知识点如下：进程与线程：进程是什么？线程是什么？进程可以看作是程序的实体，是线程的容器，是受操作系统管理的基本运行单元，例如exe文件就是一个进程。线程是进程运行的一些子任务，是操作系统调度的最小单元，各线程拥有自己的计数器，堆栈，局部变量等，也可以访问线程间共享的内存。线程的状态有哪些？新创建，可运行，等待，超时等待，阻塞，终止怎么创建一个线程？-三种方法第一种，MyTr
  • 继续探索通往桃花源的路-我为何参加进阶写作特训营 安晴兰
    记得一个月前写了一篇为何参加21天爱上写作训练营，我开始了这个写作的旅程。一个月后写了一篇参与课程的心得。我发现这段很短的时间，21天，回首一望，其实，自己才迈开了一步。老师给我们一些方法与技巧，告诉我们补给的重要，老师看着我们继续前行，因为这条写作路，是自己的选择。我相信老师一定希望我们勇往直前，笔从心的继续写下去，做个终生的写作者。这段时间我的写作产出量的确比不上其他多产的小伙伴，但我已达到老
  • 安装数据库首次应用 Array_06 javaoraclesql
    可是为什么再一次失败之后就变成直接跳过那个要求 enter full pathname of java.exe的界面 这个java.exe是你的Oracle 11g安装目录中例如：【F:\app\chen\product\11.2.0\dbhome_1\jdk\jre\bin】下的java.exe 。不是你的电脑安装的java jdk下的java.exe！ 注意第一次，使用SQL D
  • Weblogic Server Console密码修改和遗忘解决方法 bijian1013 Welogic
            在工作中一同事将Weblogic的console的密码忘记了，通过网上查询资料解决，实践整理了一下。 一.修改Console密码         打开weblogic控制台，安全领域 --> myrealm -->&n
  • IllegalStateException: Cannot forward a response that is already committed Cwind javaServlets
    对于初学者来说，一个常见的误解是：当调用 forward() 或者 sendRedirect() 时控制流将会自动跳出原函数。标题所示错误通常是基于此误解而引起的。 示例代码： protected void doPost() { if (someCondition) { sendRedirect(); } forward(); // Thi
  • 基于流的装饰设计模式 木zi_鸣 设计模式
    当想要对已有类的对象进行功能增强时，可以定义一个类，将已有对象传入，基于已有的功能，并提供加强功能。 自定义的类成为装饰类 模仿BufferedReader，对Reader进行包装，体现装饰设计模式 装饰类通常会通过构造方法接受被装饰的对象，并基于被装饰的对象功能，提供更强的功能。 装饰模式比继承灵活，避免继承臃肿，降低了类与类之间的关系 装饰类因为增强已有对象，具备的功能该
  • Linux中的uniq命令 被触发 linux
    Linux命令uniq的作用是过滤重复部分显示文件内容，这个命令读取输入文件，并比较相邻的行。在正常情 况下，第二个及以后更多个重复行将被删去，行比较是根据所用字符集的排序序列进行的。该命令加工后的结果写到输出文件中。输入文件和输出文件必须不同。如 果输入文件用“- ”表示，则从标准输入读取。 AD： uniq [选项] 文件 说明：这个命令读取输入文件，并比较相邻的行。在正常情况下，第二个
  • 正则表达式Pattern 肆无忌惮_ Pattern
    正则表达式是符合一定规则的表达式，用来专门操作字符串，对字符创进行匹配，切割，替换，获取。   例如，我们需要对QQ号码格式进行检验 规则是长度6~12位  不能0开头  只能是数字，我们可以一位一位进行比较，利用parseLong进行判断，或者是用正则表达式来匹配[1-9][0-9]{4,14} 或者 [1-9]\d{4,14} &nbs
  • Oracle高级查询之OVER (PARTITION BY ..) 知了ing oraclesql
    一、rank()/dense_rank() over(partition by ...order by ...) 现在客户有这样一个需求，查询每个部门工资最高的雇员的信息，相信有一定oracle应用知识的同学都能写出下面的SQL语句： select e.ename, e.job, e.sal, e.deptno from scott.emp e, (se
  • Python调试 矮蛋蛋 pythonpdb
    原文地址： http://blog.csdn.net/xuyuefei1988/article/details/19399137 1、下面网上收罗的资料初学者应该够用了，但对比IBM的Python 代码调试技巧： IBM：包括 pdb 模块、利用 PyDev 和 Eclipse 集成进行调试、PyCharm 以及 Debug 日志进行调试： http://www.ibm.com/d
  • webservice传递自定义对象时函数为空，以及boolean不对应的问题 alleni123 webservice
    今天在客户端调用方法 NodeStatus status=iservice.getNodeStatus(). 结果NodeStatus的属性都是null。 进行debug之后，发现服务器端返回的确实是有值的对象。 后来发现原来是因为在客户端，NodeStatus的setter全部被我删除了。 本来是因为逻辑上不需要在客户端使用setter， 结果改了之后竟然不能获取带属性值的
  • java如何干掉指针，又如何巧妙的通过引用来操作指针————>说的就是java指针 百合不是茶
    C语言的强大在于可以直接操作指针的地址，通过改变指针的地址指向来达到更改地址的目的,又是由于c语言的指针过于强大，初学者很难掌握， java的出现解决了c，c++中指针的问题 java将指针封装在底层，开发人员是不能够去操作指针的地址，但是可以通过引用来间接的操作：   定义一个指针p来指向a的地址（&是地址符号）：        
  • Eclipse打不开，提示“An error has occurred.See the log file ***/.log” bijian1013 eclipse
    打开eclipse工作目录的\.metadata\.log文件，发现如下错误： !ENTRY org.eclipse.osgi 4 0 2012-09-10 09:28:57.139 !MESSAGE Application error !STACK 1 java.lang.NoClassDefFoundError: org/eclipse/core/resources/IContai
  • spring aop实例annotation方法实现 bijian1013 javaspringAOPannotation
            在spring aop实例中我们通过配置xml文件来实现AOP，这里学习使用annotation来实现，使用annotation其实就是指明具体的aspect,pointcut和advice。1.申明一个切面(用一个类来实现)在这个切面里,包括了advice和pointcut AdviceMethods.jav
  • [Velocity一]Velocity语法基础入门 bit1129 velocity
    用户和开发人员参考文档 http://velocity.apache.org/engine/releases/velocity-1.7/developer-guide.html   注释 1.行级注释## 2.多行注释#*  *#   变量定义 使用$开头的字符串是变量定义，例如$var1, $var2,   赋值 使用#set为变量赋值，例
  • 【Kafka十一】关于Kafka的副本管理 bit1129 kafka
    1. 关于request.required.acks   request.required.acks控制者Producer写请求的什么时候可以确认写成功，默认是0， 0表示即不进行确认即返回。 1表示Leader写成功即返回，此时还没有进行写数据同步到其它Follower Partition中 -1表示根据指定的最少Partition确认后才返回，这个在   Th
  • lua统计nginx内部变量数据 ronin47 lua nginx　 统计
    server { listen 80; server_name photo.domain.com; location /{set $str $uri; content_by_lua ' local url = ngx.var.uri local res = ngx.location.capture(
  • java-11.二叉树中节点的最大距离 bylijinnan java
    import java.util.ArrayList; import java.util.List; public class MaxLenInBinTree { /* a. 1 / \ 2 3 / \ / \ 4 5 6 7 max=4 pass "root"
  • Netty源码学习-ReadTimeoutHandler bylijinnan javanetty
    ReadTimeoutHandler的实现思路： 开启一个定时任务，如果在指定时间内没有接收到消息，则抛出ReadTimeoutException 这个异常的捕获，在开发中，交给跟在ReadTimeoutHandler后面的ChannelHandler，例如 private final ChannelHandler timeoutHandler = new ReadTim
  • jquery验证上传文件样式及大小(好用) cngolon 文件上传jquery验证
    <!DOCTYPE html> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <script src="jquery1.8/jquery-1.8.0.
  • 浏览器兼容【转】 cuishikuan css浏览器IE
    浏览器兼容问题一：不同浏览器的标签默认的外补丁和内补丁不同 问题症状：随便写几个标签，不加样式控制的情况下，各自的margin 和padding差异较大。 碰到频率:100% 解决方案：CSS里    *{margin:0;padding:0;} 备注：这个是最常见的也是最易解决的一个浏览器兼容性问题，几乎所有的CSS文件开头都会用通配符*来设
  • Shell特殊变量：Shell $0, $#, $*, $@, $?, $$和命令行参数 daizj shell$#$?特殊变量
    前面已经讲到，变量名只能包含数字、字母和下划线，因为某些包含其他字符的变量有特殊含义，这样的变量被称为特殊变量。例如，$ 表示当前Shell进程的ID，即pid，看下面的代码： $echo $$ 运行结果 29949   特殊变量列表 变量 含义 $0 当前脚本的文件名 $n 传递给脚本或函数的参数。n 是一个数字，表示第几个参数。例如，第一个
  • 程序设计KISS 原则-------KEEP IT SIMPLE, STUPID! dcj3sjt126com unix
    翻到一本书，讲到编程一般原则是kiss：Keep It Simple, Stupid.对这个原则深有体会，其实不仅编程如此，而且系统架构也是如此。 KEEP IT SIMPLE, STUPID! 编写只做一件事情，并且要做好的程序；编写可以在一起工作的程序，编写处理文本流的程序，因为这是通用的接口。这就是UNIX哲学.所有的哲学真 正的浓缩为一个铁一样的定律，高明的工程师的神圣的“KISS 原
  • android Activity间List传值 dcj3sjt126com Activity
    第一个Activity： import java.util.ArrayList;import java.util.HashMap;import java.util.List;import java.util.Map;import android.app.Activity;import android.content.Intent;import android.os.Bundle;import a
  • tomcat 设置java虚拟机内存 eksliang tomcat 内存设置
    转载请出自出处：http://eksliang.iteye.com/blog/2117772 http://eksliang.iteye.com/ 常见的内存溢出有以下两种: java.lang.OutOfMemoryError: PermGen space java.lang.OutOfMemoryError: Java heap space   ------------
  • Android 数据库事务处理 gqdy365 android
    使用SQLiteDatabase的beginTransaction()方法可以开启一个事务，程序执行到endTransaction() 方法时会检查事务的标志是否为成功，如果程序执行到endTransaction()之前调用了setTransactionSuccessful() 方法设置事务的标志为成功则提交事务，如果没有调用setTransactionSuccessful() 方法则回滚事务。事
  • Java 打开浏览器 hw1287789687 打开网址open浏览器open browser打开url打开浏览器
    使用java 语言如何打开浏览器呢? 我们先研究下在cmd窗口中,如何打开网址 使用IE 打开 D:\software\bin>cmd /c start iexplore http://hw1287789687.iteye.com/blog/2153709 使用火狐打开 D:\software\bin>cmd /c start firefox http://hw1287789
  • ReplaceGoogleCDN：将 Google CDN 替换为国内的 Chrome 插件 justjavac chromeGooglegoogle apichrome插件
    Chrome Web Store 安装地址： https://chrome.google.com/webstore/detail/replace-google-cdn/kpampjmfiopfpkkepbllemkibefkiice 由于众所周知的原因，只需替换一个域名就可以继续使用Google提供的前端公共库了。 同样，通过script标记引用这些资源，让网站访问速度瞬间提速吧
  • 进程VS.线程 m635674608 线程
    资料来源： http://www.liaoxuefeng.com/wiki/001374738125095c955c1e6d8bb493182103fac9270762a000/001397567993007df355a3394da48f0bf14960f0c78753f000 1、Apache最早就是采用多进程模式 2、IIS服务器默认采用多线程模式 3、多进程优缺点 优点： 多进程模式最大
  • Linux下安装MemCached 字符串 memcached
    前提准备：1. MemCached目前最新版本为：1.4.22，可以从官网下载到。2. MemCached依赖libevent，因此在安装MemCached之前需要先安装libevent。2.1 运行下面命令，查看系统是否已安装libevent。[root@SecurityCheck ~]# rpm -qa|grep libevent libevent-headers-1.4.13-4.el6.n
  • java设计模式之--jdk动态代理（实现aop编程） Supanccy2013 javaDAO设计模式AOP
        与静态代理类对照的是动态代理类，动态代理类的字节码在程序运行时由Java反射机制动态生成，无需程序员手工编写它的源代码。动态代理类不仅简化了编程工作，而且提高了软件系统的可扩展性，因为Java 反射机制可以生成任意类型的动态代理类。java.lang.reflect 包中的Proxy类和InvocationHandler 接口提供了生成动态代理类的能力。 &
  • Spring 4.2新特性-对java8默认方法(default method)定义Bean的支持 wiselyman spring 4
    2.1 默认方法(default method) java8引入了一个default medthod; 用来扩展已有的接口,在对已有接口的使用不产生任何影响的情况下,添加扩展 使用default关键字 Spring 4.2支持加载在默认方法里声明的bean 2.2 将要被声明成bean的类 public class DemoService {
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他