[K8S] K8S资源控制器Controller Manager(4)

文章目录

    • 1. 常见的Pod控制器及含义
    • 2. Replication Controller控制器
      • 2.1 部署ReplicaSet
    • 3. Deployment
      • 3.1部署Deployment
      • 3.2 运行Deployment
      • 3.3 镜像更新方式
      • 3.4 Deployment扩容
      • 3.5 滚动更新
      • 3.6 金丝雀发布(灰度发布)
      • 3.7 Deployment版本回退
      • 3.8 Deployment 更新策略
    • 4. DaemonSet
      • 4.1 DaemonSet的滚动更新
    • 5. Job
    • 6.StatefulSet

Controller Manager 由 kube-controller-manager 和 cloud-controller-manager 组成, 是 Kubernetes 的大脑, 它通过 apiserver 监控整个集群的状态, 并确保集群处于预期的工作状态。

1. 常见的Pod控制器及含义

  1. ReplicaSet:适合无状态的服务部署 用户创建指定数量的pod副本数量,确保pod副本数量符合预期状态,并且支持滚动式自动扩容和 缩容功能。 ReplicaSet主要三个组件组成: (1)用户期望的pod副本数量 (2)标签选择器,判断哪个pod归自己管理 (3)当现存的pod数量不足,会根据pod资源模板进行新建 帮助用户管理无状态的pod资源,精确反应用户定义的目标数量,但是RelicaSet不是直接使用的 控制器,而是使用Deployment。
  2. deployment:适合无状态的服务部署 工作在ReplicaSet之上,用于管理无状态应用,目前来说最好的控制器。支持滚动更新和回滚功 能,还提供声明式配置。
  3. StatefullSet:适合有状态的服务部署。需要学完存储卷后进行系统学习。
  4. DaemonSet:一次部署,所有的node节点都会部署,例如一些典型的应用场景: 运行集群存储 daemon,例如在每个Node上运行 glusterd、ceph ,在每个Node上运行日志收集 daemon,例如 fluentd、 logstash 在每个Node上运行监控 daemon,例如 Prometheus Node Exporter 用于确保集群中的每一个节点只运行特定的pod副本,通常用于实现系统级后台任务。比如ELK服务
    特性:服务是无状态的 服务必须是守护进程
  5. Job:一次性的执行任务。 只要完成就立即退出,不需要重启或重建。
  6. Cronjob:周期性的执行任务。 周期性任务控制,不需要持续后台运行。

2. Replication Controller控制器

replication controller简称RC,是kubernetes系统中的核心概念之一,简单来说,它其实定义了一个期
望的场景,即声明某种pod的副本数量在任意时刻都复合某个预期值,所以RC的定义包含以下部分:

  1. pod期待的副本数量
  2. 用于筛选目标pod的Label Selector
  3. 当pod的副本数量小于期望值时,用于创建新的pod的pod模板(template)

ReplicationController用来确保容器应用的副本数始终保持在用户定义的副本数,即如果有容器异常退 出,会自动创建新的Pod来替代;而如果异常多出来的容器也会自动回收。
在新版本的Kubernetes中建议使用ReplicaSet来取代ReplicationController。ReplicaSet跟 ReplicationController没有本质的不同,只是名字不一样,并且ReplicaSet支持集合式的selector。

虽然ReplicaSet可以独立使用,但一般还是建议使用 Deployment 来自动管理ReplicaSet,这样就无需担心跟其他机制的不兼容问题(比如ReplicaSet不支持rolling-update但Deployment支持)。

2.1 部署ReplicaSet

apiVersion: apps/v1 
kind: ReplicaSet
#api版本定义 #定义资源类型为ReplicaSet 
metadata: #元数据定义name: myapp namespace: default
spec: #ReplicaSet的规格定义replicas: 2 selector:#定义副本数量为2个 #标签选择器,定义匹配pod的标签 matchLabels: app: myapp release: canary #pod的模板定义template:metadata: #pod的元数据定义 name: myapp-pod #自定义pod的名称 labels: #定义pod的标签,需要和上面定义的标签一致,也可以多出其他标签 app: myapp release: canary environment: qa #pod的规格定义spec:containers: #容器定义 - name: myapp-container #容器名称image: nginx:1.17.10-alpine #暴露端口ports:- name: httpcontainerPort: 80

可以通过kubectl命令行方式获取更加详细信息

kubectl explain rs 
kubectl explain rs.spec
kubectl explain rs.spec.template.spec

运行ReplicaSet

运行ReplicaSet kubectl apply -f replicasetdemo.yml

查看rs控制器

kubectl get rs

查看pod信息

kubectl get pod

查看pod详细信息

kubectl describe pod replicasetdemo-7fdd7b5f67-5gzfg 

测试controller控制器下的pod删除、重新被controller控制器拉起

kubectl delete pod --all 
kubectl get pod

修改pod的副本数量:通过命令行方式

 kubectl scale replicaset replicasetdemo --replicas=8 kubectl get rs

修改pod的副本数量:通过资源清单方式

kubectl edit replicasets.apps replicasetdemo 
kubectl get rs

显示pod的标签

kubectl get pod --show-labels 

修改pod标签(label)

kubectl label pod replicasetdemo-652lc app=xxx   --overwrite=True 

再次显示pod的标签:发现多了一个pod,原来的rs中又重新拉起一个pod,说明rs是通过label去管 理

pod kubectl get pod --show-labels

删除rs

kubectl delete rs replicasetdemo

最后,总结一下RC(ReplicaSet)的一些特性和作用:

  1. 在绝大多数情况下,我们通过定义一个RC实现Pod的创建及副本数量的自动控制
  2. 在RC里包括完整的Pod定义模板
  3. RC通过Label Selector机制实现对Pod副本的自动控制
  4. 通过改变RC里的Pod副本数量,可以实现Pod的扩容和缩容
  5. 通过改变RC里Pod模板中的镜像版本,可以实现滚动升级

3. Deployment

Deployment是kubernetes在1.2版本中引入的新概念,用于更好的解决Pod的编排问题,为此,
Deployment在内部使用了ReplicaSet来实现目的,我们可以把Deployment理解为ReplicaSet的一次升级,两者的相似度超过90%

  1. 创建一个Deployment对象来生成对应的ReplicaSet并完成Pod副本的创建
  2. 检查Deployment的状态来看部署动作是否完成(Pod副本数量是否达到了预期的值)
  3. 更新Deployment以创建新的Pod(比如镜像升级) 如果当前Deployment不稳定,可以回滚到一个早先的Deployment版本
  4. 暂停Deployment以便于一次性修改多个PodTemplateSpec的配置项,之后在恢复Deployment, 进行新的发布
  5. 扩展Deployment以应对高负载
  6. 查看Deployment的状态,以此作为发布是否成功的标志
  7. 清理不在需要的旧版本ReplicaSet

3.1部署Deployment

除了API生命与Kind类型有区别,Deployment的定义与Replica Set的定义很类似。
创建controller/deploymentdemo.yml

apiVersion: apps/v1 
kind: Deployment 
metadata: name: deploymentdemo1 labels: app: deploymentdemo1
spec: replicas: 10 template: metadata: name: deploymentdemo1 labels: app: deploymentdemo1spec: containers: - name: deploymentdemo1 image: nginx:1.17.10-alpine imagePullPolicy: IfNotPresent ports: - containerPort: 80restartPolicy: Alwaysselector: matchLabels:app: deploymentdemo1

3.2 运行Deployment

kubectl apply -f deploymentdemo.yml 查看
deployment kubectl get rs 
查看rs:deployment名称+hashcode码组成查看pod
kubectl get pod

3.3 镜像更新方式

命令行方式

升级nginx镜像版本为1.18.0 
kubectl set image deployment deploymentdemo1 deploymentdemo1=nginx:1.18.0alpine查看pod升级情况 
kubectl get pods -w进去某一个pod内部,查看nginx升级版本信息 
kubectl exec -it deploymentdemo1-df6bc5d4c-flc7b 
sh nginx -v
exit

yml文件方式

升级nginx镜像版本为1.19.2-alpine 
kubectl edit deployments.apps deploymentdemo1查看pod升级情况 
kubectl get pods -w进去某一个pod内部,查看nginx升级版本信息 
kubectl exec -it deploymentdemo1-584f6b54dd-4l62t sh nginx -v
exit

3.4 Deployment扩容

命令行方式

kubectl scale deployment deploymentdemo1 --replicas=15
kubectl get pods

yml文件方式

kubectl edit deployments.apps deploymentdemo1 
kubectl get pods

3.5 滚动更新

概述 微服务部署:蓝绿部署、滚动部署、灰度发布、金丝雀发布。

  1. 蓝绿部署时不停老版本,部署新版本然后进行测试,确认OK,将流量切到新版本,然后老版本同 时也升级到新版本。 蓝绿部署无需停机,并且风险较小。缺点是运行两个集群,两倍的实例数
  2. 滚动发布:一般是取出一个或者多个服务器停止服务,执行更新,并重新将其投入使用
  3. 灰度发布是指在黑与白之间,能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式,让 一部分用户继续用A,一部分用户开始用B,如果用户对B没有什么反对意见,那么逐步扩大范围, 把所有用户都迁移到B上面来。金丝雀发布就是灰度发布

3.6 金丝雀发布(灰度发布)

Deployment控制器支持自定义控制更新过程中的滚动节奏,如“暂停(pause)”或“继续(resume)”更新操 作。
比如等待第一批新的Pod资源创建完成后立即暂停更新过程,此时,仅存在一部分新版本的应用, 主体部分还是旧的版本。
然后,再筛选一小部分的用户请求路由到新版本的Pod应用,继续观察能否稳 定地按期望的方式运行。确定没问题之后再继续完成余下的Pod资源滚动更新,否则立即回滚更新操作。这就是所谓的金丝雀发布(Canary Release)

更新deployment的nginx:1.18.0-alpine版本,并配置暂停
deployment kubectl set image deployment deploymentdemo1 deploymentdemo1=nginx:1.18.0alpine && kubectl rollout pause deployment deploymentdemo1观察更新状态 
kubectl rollout status deployments deploymentdemo1监控更新的过程,可以看到已经新增了一个资源,但是并未按照预期的状态去删除一个旧的资源,就是 因为使用了pause暂停命令 
kubectl get pods -l app=deploymentdemo1 -w确保更新的pod没问题了,继续更新 
kubectl rollout resume deploy deploymentdemo1查看最后的更新情况
kubectl get pods -l app=deploymentdemo1 -w

3.7 Deployment版本回退

默认情况下,kubernetes 会在系统中保存前两次的 Deployment 的 rollout 历史记录,以便可以随 时回退(您可以修改revision history limit来更改保存的revision数)。
注意: 只要 Deployment 的 rollout 被触发就会创建一个 revision。也就是说当且仅当
Deployment 的 Pod template(如.spec.template)被更改,例如更新template 中的 label 和容器 镜像时,就会创建出一个新的 revision。其他的更新,比如扩容 Deployment 不会创建 revision
因此我们可以很方便的手动或者自动扩容。这意味着当您回退到历史 revision 时,只有 Deployment 中的 Pod template 部分才会回退。

history操作 
kubectl rollout history deployment deploymentdemo1status操作 
kubectl rollout status deployment deploymentdemo1回滚版本信息 
kubectl rollout undo deployment deploymentdemo1查看pod回滚情况 
kubectl get pods -w进去某一个pod内部,查看nginx回滚版本信息 
kubectl exec -it deploymentdemo1-df6bc5d4c-flc7b sh
nginx -v

3.8 Deployment 更新策略

Deployment 可以保证在升级时只有一定数量的 Pod 是 down 的。默认的,它会确保至少有比期望的 Pod数量少
一个是up状态(最多一个不可用)
Deployment 同时也可以确保只创建出超过期望数量的一定数量的 Pod。
默认的,它会确保最多比期望 的Pod数 量多一个的 Pod 是 up 的(最多1个 surge )
Kuberentes 版本v1.17.5中,从1-1变成25%-25%

kubectl describe deployments.apps deploymentdemo1 
查看到属性:
RollingUpdateStrategy: 25% max unavailable, 25% max surge

总结
Deployment为Pod和Replica Set(下一代Replication Controller)提供声明式更新。 只需要在 Deployment 中描述想要的目标状态是什么,Deployment controller 就会帮您将 Pod 和 ReplicaSet 的实际状态改变到您的目标状态。
也可以定义一个全新的 Deployment 来创建 ReplicaSet或者删除已有的 Deployment 并创建一个新的来替换。

Replicas(副本数量):
.spec.replicas 是可以选字段,指定期望的pod数量,默认是1。

Selector(选择器):
.spec.selector是可选字段,用来指定 label selector ,圈定Deployment管理的pod范围。如果被指定, .spec.selector 必须匹配 .spec.template.metadata.labels,否则它将被API拒绝。
如果 .spec.selector 没有被指定, .spec.selector.matchLabels 默认是.spec.template.metadata.labels。 在Pod的template跟.spec.template不同或者数量超过了.spec.replicas规定的数量的情况下,Deployment会杀掉label跟selector不同的Pod。

Pod Template(Pod模板):
spec.template 是 .spec中唯一要求的字段。 .spec.template 是 pod template. 它跟 Pod有一模一样的schema,除了它是嵌套的并且不需要
apiVersion 和 kind字段。 另外为了划分Pod的范围,Deployment中的pod template必须指定适当的label(不要跟其他controller重复了,参考selector)和适当的重启策略。
.spec.template.spec.restartPolicy 可以设置为 Always , 如果不指定的话这就是默认配置。

strategy(更新策略)
.spec.strategy 指定新的Pod替换旧的Pod的策略。 .spec.strategy.type 可以是"Recreate"或者是"RollingUpdate"。

"RollingUpdate"是默认值。 Recreate: 重建式更新,就是删一个建一个。类似于ReplicaSet的更新方式,即首先删除现有的Pod对象,然后由控制器基于新模板重新创建新版本资源对象。
rollingUpdate:滚动更新,简单定义 更新期间pod最多有几个等。可以指定maxUnavailable和 maxSurge 来控制 rolling update 进程。扩容的同时进行缩容,设置最大数量

maxSurge:.spec.strategy.rollingUpdate.maxSurge 是可选配置项,用来指定可以超过期望的Pod数量的最大个数。该值可以是一个绝对值(例如5)或者是期望的Pod数量的百分比(例如10%)。当MaxUnavailable为0时该值不可以为0。通过百分比计算的绝对值向上取整。默认值是1。

例如,该值设置成30%,启动rolling update后新的ReplicatSet将会立即扩容,新老Pod的总数不 能超过期望的Pod数量的130%。旧的Pod被杀掉后,新的ReplicaSet将继续扩容,旧的ReplicaSet会进
一步缩容,确保在升级的所有时刻所有的Pod数量和不会超过期望Pod数量的130%。

4. DaemonSet

DaemonSet 确保全部Node 上运行一个 Pod 的副本。当有 Node 加入集群时,也会为他们新增一 个 Pod 。当有 Node 从集群移除时,这些 Pod 也会被回收。删除 DaemonSet 将会删除它创建的所有Pod。

在每一个node节点上只调度一个Pod,因此无需指定replicas的个数,比如: 在每个node上都运行一个日志采集程序,负责收集node节点本身和node节点之上的各个Pod所产 生的日志在每个node上都运行一个性能监控程序,采集该node的运行性能数据

DaemonSet模板说明
可以通过kubectl命令行方式获取更加详细信息
kubectl explain daemonset
kubectl explain daemonset.spec
kubectl explain daemonset.spec.template.spec

部署DaemonSet
controller/daemonsetdemo.yml

apiVersion: apps/v1 
kind: DaemonSet 
metadata: name: demonsetdemo labels: app: demonsetdemo
spec: template: metadata: name: demonsetdemo labels: app: demonsetdemospec: containers: - name: demonsetdemo image: nginx:1.17.10-alpineimagePullPolicy: IfNotPresentselector: matchLabels:app: demonsetdemo

运行DaemonSet

运行demonset kubectl 
apply -f demonsetdemo.yml查看pod详细信息:只有工作节点创建pod,master节点并不会创建。
kubectl get pod -o wide

4.1 DaemonSet的滚动更新

DaemonSet有两种更新策略类型:
OnDelete:这是向后兼容性的默认更新策略。使用 OnDelete更新策略,在更新DaemonSet模板 后,只有在手动删除旧的DaemonSet pod时才会创建新的DaemonSet pod。这与Kubernetes 1.5或更早版本中DaemonSet的行为相同。

RollingUpdate:使用RollingUpdate更新策略,在更新DaemonSet模板后,旧的DaemonSet pod将被终止,并且将以受控方式自动创建新的DaemonSet pod。

5. Job

一次性执行任务,类似Linux中的job 应用场景:如离线数据处理,视频解码等业务

使用镜像
docker pull perl:slim

apiVersion: batch/v1 
kind: Job 
metadata: name: pi
spec: template: spec: containers: - name: pi image: perl:slim command: ["perl", "-Mbignum=bpi", "-wle", "print bpi(6000)"]restartPolicy: NeverbackoffLimit: 4

backoffLimit: 设置job的容错次数,默认是6

运行Job
kubectl apply -f jobdemo.yml查看pod日志 
kubectl logs -f pi-7nrtv删除job
kubectl delete -f jobdemo.yml

6.StatefulSet

在kubernetes系统中,Pod的管理对象RC,DeploymentDaemonSetJob都面向无状态的服务.
但现实中有很多服务时有状态的,比如一些集群服务,例如mysql集群,集群一般都会有这四个特点:

  1. 每个节点都是有固定的身份ID,集群中的成员可以相互发现并通信
  2. 集群的规模是比较固定的,集群规模不能随意变动
  3. 集群中的每个节点都是有状态的,通常会持久化数据到永久存储中
  4. 如果磁盘损坏,则集群里的某个节点无法正常运行,集群功能受损

如果你通过RCDeployment控制Pod副本数量来实现上述有状态的集群,就会发现第一点是无法满足 的,因为Pod名称和ip是随机产生的,并且各Pod中的共享存储中的数据不能都动.
因此StatefulSet在这种情况下就派上用场了,那么StatefulSet具有以下特性:

  1. StatefulSet里的每个Pod都有稳定,唯一的网络标识,可以用来发现集群内的其它成员,假设, StatefulSet的名称为xxx,那么第1个Pod叫xxx-0,第2个叫xxx-1,以此类推
  2. StatefulSet控制的Pod副本的启停顺序是受控的,操作第N个Pod时,前N-1个Pod已经是运行且准备状态
  3. StatefulSet里的Pod采用稳定的持久化存储卷,通过PV或PVC来实现,删除Pod时默认不会删除与 StatefulSet相关的存储卷(为了保证数据的安全)

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/bicheng/50402.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Go语言常见序列化协议全面对比

先说结论 从易用性、性能、内存占用、编码后大小等几个方面综合考虑 ProtoBuf 胜出。 Gob 从性能和 I/O 带宽占用上都和 ProtoBuf 差不多,唯一劣势是编解码时内存占用较多。考虑到不用再写 IDL 带来的易用性,如果整个系统内不存在使用除 Go 以外其他语言…

高可用高并发常见问题以及答案

什么是高可用系统?如何评估系统的可用性? 高可用系统是指系统能够以高度的稳定性和可靠性运行,即使在面对硬件或软件故障时也能保持正常运行。可用性通常通过系统的 downtime(不可用时间)来评估,例如通过 SLA(Service Level Agreement)来定义系统在特定时间段内可用的…

人工智能与机器学习原理精解【7】

文章目录 凸优化基础理论加权正规方程线性回归模型加权最小二乘法加权正规方程注意使用Diagonal函数使用diagm函数总结 加权最小二乘法加权最小二乘法的定义加权最小二乘法的算法加权最小二乘法的计算加权最小二乘法的原理一、基本思想二、原理详解三、总结 加权最小二乘法的例…

贸易壁垒的作用及影响

目录 什么是贸易壁垒 关税壁垒和非关税壁垒 贸易壁垒的好处 贸易壁垒的负面影响 什么是贸易壁垒 贸易壁垒又称贸易障碍,一般分关税壁垒和非关税壁垒两类。 所谓关税壁垒,是指进出口商品经过一国关境时,由政府所设置的海关向进出口商征收…

外卖霸王餐系统推荐,哪家的系统比较稳定呢?

以下是一些较为稳定且有一定用户基础的外卖霸王餐系统,你可以根据自身需求进一步考察和选择: - **饭否霸王餐**:有专门的APP,如在应用宝上其开发商为南京有惠鲸选电子商务有限公司。它覆盖了多个城市,提供美团、饿了么…

巴黎奥运启幕 PLM系统助力中国制造闪耀全球

2024巴黎奥运会将于法国当地时间7月26日在塞纳河畔正式开幕。即将亮相巴黎奥运会赛场的除了中国运动员之外,还有一批批中国制造企业为奥运会设计并制造的体育设备也将惊艳亮相,成为赛场上另一道亮丽的风景线。 在新时代的浪潮中,中国制造业坚…

Centos7安装Windows系统默认字体

Centos7安装Windows系统默认字体 拷贝windows系统默认字体(建议拷贝所有)c:\windows\fonts 查看系统默认字体:fc-list 查看系统安装的中文字体:fc-list :langzh 执行: a) sudo yum install -y fontconfig mkfontsca…

AlibabaCloudAI

快速体验 Spring Cloud Alibaba AI JDK要求最低17 1.SpringAI Spring AI 旨在简化包含人工智能相关功能的应用程序的开发,避免不必要的复杂性。 Spring AI 的核心是提供抽象,作为开发 AI 应用程序的基础。这些抽象有多种实现方式,只需极少…

【进阶】Python使用selenium 访问网页完成登录操作页面异常时——最全重试机制汇总

文章目录 思路一:使用添加异常重试机制 [常用]思路二:使用装饰器实现重试机制 [常用]思路三:使用更复杂的异常处理和恢复机制思路四:结合日志记录与重试思路五:使用递归实现重试机制思路六:结合外部配置文件管理重试参数思路七:使用自定义异常类来处理特定错误思路八:使…

Java小白入门到实战应用教程-运算符详解

Java小白入门到实战应用教程-运算符 上节回顾 在上节的内容中我们了解了变量和基本数据类型的内容,现在回顾一下上节课的内容。 声明变量的语法为: 数据类型 变量名; 其中在java中一共有8中基本数据类型,分别是:b…

三维影像系统PACS源码,图像存储与传输系统,应用于医院中管理医疗设备如CT,MR等产生的医学图像的信息系统

PACS,即图像存储与传输系统,是应用于医院中管理医疗设备如CT,MR等产生的医学图像的信息系统。目标是支持在医院内部所有关于图像的活动,集成了医疗设备,图像存储和分发,数字图像在重要诊断和会诊时的显示&a…

【linux】【设备树】具有 GPIO 控制器和连接器的硬件配置的备树(Device Tree)代码讲解

具有 GPIO 控制器和连接器的硬件配置的备树&#xff08;Device Tree&#xff09;代码讲解 背景 -学习Linux设备树 代码 soc {soc_gpio1: gpio-controller1 {#gpio-cells <2>;};soc_gpio2: gpio-controller2 {#gpio-cells <2>;}; };connector: connector {#gpi…

零侵入零代码零配置全自动接口文档生成可在线调试框架doc-apis它来了!

近期开源了一款全自动零侵入零代码零配置接口文档生成框架doc-apis,实测只要代码符合规范,即可生成多端多语种多格式的接口文档,适合敏捷开发,欢迎大家试用,另外也恳请大家帮忙点一下star,帮助开源项目走得更远,让更多人知道,非常感谢! # 官方地址 | Official website --- **…

OD C卷 - 宽度最小的子矩阵

宽度最小的子矩阵 &#xff08;100&#xff09; 给定一个n行 * m列的矩阵&#xff1b;给定一个k个整数的数组k_list&#xff1b;在n*m的矩阵中找一个宽度最小的子矩阵&#xff0c;该子矩阵包含k_list中所有的整数&#xff1b; 输入描述&#xff1a; 第一行输入n,m 两个整数&am…

Redis的五种数据类型与命令

目录 引言 一 Redis的特性 二 Redis的安装 三 Redis的优点 四 Redis的五种数据类型与命令 五 Redis的配置文件 引言 Redis是什么&#xff1f; Remote Dictionary Service(远程字典服务器) Redis 是一个开源的(BSD许可)的&#xff0c;C语言编写的&#xff0c;高性能的数…

计算机网络实验-RIP配置与分析

前言&#xff1a;本博客仅作记录学习使用&#xff0c;部分图片出自网络&#xff0c;如有侵犯您的权益&#xff0c;请联系删除 一、相关知识 路由信息协议&#xff08;Routing Information Protocol&#xff0c;RIP&#xff09;是一种基于距离向量&#xff08;Distance-Vector&…

unity2D游戏开发06稳定,材质,碰撞器

稳定性 在操控玩家时,我们会发现玩家移动时,摄像头会有抖动,这是摄像机过度精确造成的。 创建名为RoundCameraPos的C#脚本,用Visual Studio打开 代码 using System.Collections; using System.Collections.Generic; using UnityEngine; using Cinemachine;//导入Cinemac…

rust 初探 -- use

rust 初探 – use Package, Crate, 定义 Module use 关键字 作用&#xff1a;将路径引入到作用域内&#xff0c;其依旧遵循私有性规则&#xff0c;也即只用 pub 的部分引入进来才能使用 use crate::front_of_house::hosting; // 绝对路径 // use front_of_house::hosting; …

【Python机器学习】使用Matplotlib注解绘制树形图

通过数据集可以创建树&#xff0c;但是字典的表示形式非常不易于理解&#xff0c;而且直接绘制图形也比较困难。但是通过Matplotlib库可以绘制树形图。 决策树的主要优点就是直观、易于理解&#xff0c;如果不能将其直观的显示出来&#xff0c;就无法发挥其优势。 Matplotlib…

基于JSP、java、Tomcat三者的项目实战--校园交易网(2)登录,注册功能实现

技术支持&#xff1a;JAVA、JSP 服务器&#xff1a;TOMCAT 7.0.86 编程软件&#xff1a;IntelliJ IDEA 2021.1.3 x64 OK&#xff0c;那我们进入正题&#xff0c;随着前面一篇博客的尚未完结基于JSP、java、Tomcat三者的项目实战--校园交易网&#xff08;2&#xff09;登录功能…