K8S自动化运维容器Docker集群

K8S:K8S自动化运维容器化(Docker)集群

一.k8s概述

1.k8s是什么

(1)K8S全程为Kubernetes,由于K到S直接有8个字母简称为K8S。

(2)版本:目前一般是1.18~1.2.0,后续可能会到1.24-1.26,1.24版本后丢弃了docker(如需要使用需要第三方插件配合),目前最新版本是1.27

(3)官网:https://kubernetes.io

GitHub:GitHub - kubernetes/kubernetes: Production-Grade Container Scheduling and Management

2.为什么要用K8S

(1)试想下传统的后端部署办法:把程序包(包括可执行二进制文件、配置文件等)放到服务器上,接着运行启动脚本把程序跑起来,同时启动守护脚本定期检查程序运行状态、必要的话重新拉起程序。
(2)设想一下,如果服务的请求量上来,已部署的服务响应不过来怎么办?传统的做法往往是,如果请求量、内存、CPu超过阈值做了告警,运维人员马上再加几台服务器,部署好服务之后,接入负载均衡来分担已有服务的压力。
(3)这样问题就出现了:从监控告警到部署服务,中间需要人力介入!那么,有没有办法自动完成服务的部署、更新、卸载和扩容、缩容呢,而这就是K8S要做的事情:自动化运维管理容器化(Docker) 程序。

(4)解决了docker的以下个问题

●单机使用,无法有效集群
●随着容器数量的上升,管理成本攀升
●没有有效的容灾、自愈机制
●没有预设编排模板,无法实现快速、大规模容器调度
●没有统一的配置管理中心工具
●没有容器生命周期的管理工具
●没有图形化运维管理工具

总:大量访问请求访问不用加机器即可解决大量访问请求,降低成本;并且可以多台建立集群,会将挂的容器剔除前创建新的容器;多个快速部署。

3.作用及功能

(1)作用:用于自动部署、扩展、管理编排容器化应用程序。

(2)功能:容器编排、资源调度、弹性伸缩、部署管理、服务发现等。

4.k8s容器集群管理系统

在Docker等容器技术的基础上,为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列完整功能,提高了大规模容器集群管理的便捷性其主要功能如下:

  • 使用 Docker等容器技术对应用程序包装 (package)实例化 (instantiate) 、运行 (run)。
  • 以集群的方式运行、管理跨机器的容器。
  • 解决 Docker 跨机器容器之间的通讯问题。
  • K8S 的自我修复机制使得容器集群总是运行在用户期望的状态。

二.K8S的特性

1.弹性伸缩

使用命令、UI或者基于CPU使用情况自动快速扩容和缩容应用程序实例,保证应用高并发时的高可用和业务低峰时回收资源,以最小成本运行服务。

总:根据具体设置的机器数量,自动扩大或缩小(等业务结束)

2.自我修复

在节点故障时重新启动失败的容器、替换和重新部署,保证预期的副本数量,杀死健康检查失败的容器,并在未准备好之前不会处理客户端请求,确保线上服务不中断。

总:如果其中一台容器挂掉了,k8s会自动生成一摸一样的容器,根据前面必须会有的副本数量,得恢复正常的固定几台

3.服务发现和复制均衡

为多容器提供同一的访问入口(内部ip地址和一个dns名称),并且负载均衡关联所有容器,用户无需考虑容器ip问题

总:新创建的话是根据标签创建的,不会根据IP地址,因为创建的会不一样

4.自动发布和回滚

默认是滚动发布模式(其他二种发布模式,蓝绿发布、灰度发布)。采用滚动更新策略更新应用,一次更新一个Pod而不是同时删除所有Pod如果更新过程中有问题可以回滚更改确保业务升级不受影响

总:一次更新一个Pod而不是同时删除所有Pod如果更新过程中有问题可以回滚更改确保业务升级不受影响

5.集中化配置管理和秘钥管理

管理机密数据和应用程序配置,而不是把敏感数据暴露在镜像中,提高敏感数据安全性、可以将一些常用的配置存储在k8s中,方便应用程序使用

6.存储编排

支持外挂存储并对外挂存储进行编排,挂载外部存储系统,无论是来自本地存储,公有云还是网络存储(NFS、ceph、GlusterFS)都作为集群资源的一部分使用,极大提高存储使用灵活性

7.任务批量处理运行

提供一次性任务,定时任务;满足批量数据处理和分析的场景

三.K8S的集群架构

1、K8S是属于主从设备模型(master-slave架构),master负责集群的调度管理和运维,slave节点是集群中运算工作负载节点,企业中一般最少2台master,多数为3台作为负载。

2、主节点成为master节点,从节点成为worker node节点。每个node都会被master分配任务。

3、master可以在任何集群中的计算机上运行,建议给master一台独立的服务器防止master出问题所有控制命令都将实现,worker node节点宕机该机器上的任务会被自动转移其他节点继续运行。

四、K8S的核心组件

1、Master组件

(1)Kube-apiserver
统一请求入口服务组件,所有资源请求或者调用都通过Kube-apiserver入口提供的接口进行,以Http Restful API 提供接口服务,所有对资源的增删改查和监听都交给APIserver处理,然后再交给ETCD存储(键值对存储方式,相当于分布式数据库)。APIserver负责接受所有请求(uI和CLI),然后根据用户具体请求通知其他组件干活,APIserver相当于K8S的大脑。

集群统一入口,以restful方式交给etcd存储(k8s内所有的日志存储),根据用户请求,通知其他组件干活

(2)Kube-controller-manager
运行管理控制器由各种控制器组成,处理常规任务的后台线程,所有资源对象的自动化控制中心。在K8S中一个资源对应一个控制器,controller-manager负责管理这些控制器,通过API server监控整个集群的状态,确保集群处于预期的工作状态,当某个node意外宕机,controlle-manager会及时发现并自动化修复,确保集群处于预期的工作状态。

处理集群中常规的后台任务,一个资源对应一个控制器处理后台集群任务

控制器控制名称控制器作用
Node Controller节点控制器负责在节点出现故障时发送和响应
Replication Controller副本控制器负责保证集群中一个RC即资源对象所关联的Pod副本数据始终保持预期值
Endpoints Controller端点控制器填充端点对象(service和Pods),负责监听service和对应的Pod副本的变化,服务暴露出来的访问点,如果需要访问一个服务必须知道他都Endpoints
Service Account & Tocken Controller服务账户和令牌控制器为新的命名空间创建默认账户和API访问令牌
ResourceQuota Controller资源配额控制器确保指定的资源对象在任何时候都不会超量占用系统物理资源
Namespace Controller命名空间控制器管理namespace的生命周期
Service Controller服务器控制器属于K8S集群与外部云平台之间的一个接口控制器

(3)Kube-scheduler
负责资源调度的进程,根据调度算法(62种算法)为新创建的Pod选择一个合适的Node节点

可以理解成K8s所有Node节点的调度器,当用户要部署服务时,Scheduler会根据调度算法选择最合适的Node节点来部署Pod。

预选策略(predicate):首选过滤掉资源不满足的node

优选策略(priorities):预选后的满足的节点进行打分排名选择最优的node

负责调度pod,通过预先策略,优先策略选择合适的node

2、配置存储中心etcd

etcd:K8s的存储服务,是分布式键值存储系统,最少三台最优为8G内存。存储了K8S的关键配置和用户配置并且持久化保存,K8s中仅有API server才具有读写权限,其他组件必须通过API server的接口才能读写数据。端口为2379和2380,2379用于对外客户的提供通信,2380用于对集群服务器间内部的通信。

分布式键值对数据库,负责存储k8s集群的重要信息(持久化)

etcd的大小最好是8G

3、Node组件

(1)Kubelet
Node节点的监视器,以及与Master节点的通讯器。Kubelet是Master节点安插在Node节点的眼线,会定时向API server汇报自己Node节点上运行服务的状态,并接受来自Master节点的指示采取调整措施(例如创建Pod)。

从Master节点获取自己节点上Pod的期望状态(例如运行什么容器、运行的副本数量、网络等),直接与容器引擎交互实现容器的声明周期管理,如果自己节点上的Pod状态与期望状态不一致调用对应容器的接口达到预期状态

管理镜像和容器的清理工作,保证节点上镜像不会占满磁盘,退出的容器不会占用太多的资源

总:跟API server通信汇报当前,node节点的资源使用情况和状态,接受API server指令跟容器引擎交互实现容器的生命周期管理

(2)Kube-Proxy
每个节点上实现Pod网络代理,是K8S Service 资源的载体,负责维护网络规则和四层负载均衡工作,负责写入规则至iptables、ipvs等实现服务映射访问的。

本身不是直接给Pod提供网络,Pod的网络是由Kubelet提供的,实际上维护的是虚拟的Pod集群网络

Kube-apiserver通过监控Kube-Proxy 进行对Kubernetes Service的更新和端点的维护。

在K8S集群中微服务的负载均衡是由Kube-proxy实现的。Kube-proxy是K8S集群内部的负载均衡器。它是一个分布式代理服务器,在K8S的每个节点上都会运行一个Kube-proxy 组件。

总:在node节点实现pod网络代理,维护网络规则和4层负载均衡工作,负责写入规则到iptables或ipvs实现服务的映射访问

(3)docker或rocker
容器引擎,运行容器,负责本机的容器创建和管理工作

总:负责本机的容器,创建和管工作

4、K8S三种负载均衡模式

(1)namespace

(2)iptables——默认使用

(3)ipvs——此模式更快,所有安装是需要更改为此模式。内核运行更快,性能更好。

5、K8S的架构及工作流程

(1)运维人员操作Kubectl命令向API server发送任务请求,先到Auth进行鉴权认证,然后进到API Server中,API Server存储操作到Etcd

(2)然后API Server根据Etcd中用户执行的操作调用 controller manager对应的控制器进行操作,例如创建

(3)controller manager通过调用创建控制器到API Server创建replication副本,APIserver将操作存到Etcd中,API Server再调用Scheduler进行算法选择为Pod选择最合适的节点创建,Scheduler需要通过API Server在node节点上的Kubelet进行预选策略和优选策略选择最优的node节点APIserver将动作保存到Etcd中

(4)Scheduler选择完节点后通过APIserver的Kubelet在对应的node节点上创建Pod,并通知对应node节点的doker在Pod中创建容器

(5)容器需要对外提供服务时,通过node节点的Kube-Proxy代理对外映射端口信息,Kube-proxy进来后通过service负载均衡器分发到容器上,访问容器是根据Label标签访问的。

在这里插入图片描述
在这里插入图片描述
1 运维人员使用kubectl命令发送任务请求到API Server,经过鉴权认证。
2 API Server将任务请求存储到Etcd中。
3 Controller Manager根据请求调用相应控制器进行操作,如创建副本集。
4 Scheduler选择合适的节点,并通过API Server的Kubelet在节点上创建Pod。
5 Kube-Proxy代理对外映射端口信息,实现负载均衡。
6 通过Label标签访问容器。

6、K8S的核心概念

包含:Pod、Label、Service、Replication、Controller。等

(1)Pod
是K8s创建或者部署的最小/最简单的基本单位,一个Pod代表集群上正在运行的一个进程,Pod里面可以放很多容器。一个Pod由一个或多个容器组成,Pod中的容器共享网络、存储和计算资源在同一台Docker主机上运行,一个Pod可以运行多个容器,又称为边车模式(sidecar)。生产中一般一个Pod就一个容器或者是有多个强关联性互补的容器

同一个Pod直接的容器可以通过localhost互相访问,并且可以挂载Pod内所有数据卷。不同Pod之间的容器不能用localhost访问,也不能挂载Pod内所有数据卷。
在这里插入图片描述

(2)Pod控制器
Pod控制器是启动Pod的一种模板,用来保证在K8S里启动Pod应始终按照用户的预期运行

Deployment:无状态应用部署即无论谁来访问都是一样的例如http网页

有状态协议:需要持久化

无状态协议:一次性的不需要持久化,每一次请求都是一条新的数据

Replicaset:受控于Deployment,确保预期的Pod副本数量,Replicaset的通就是管理和控制Pod管理他们好好工作,若发现某个Pod不行了就找个新的Pod来做替换。
在这里插入图片描述

Daemonset:确保所有节点运行同一类Pod,保证每个节点上都有一一个此类Pod运行,通常用于实现系统级后台任务。

Statefulset:有状态应用部署

Job:一次性任务。根据用户的设置,Job 管理的Pod把任务成功完成就自动退出了。

Cronjob:周期性计划性任务

7、Label标签

(1)标签是K8s特色的管理方式便于分类管理资源对象

(2)label可以附加到各种资源对象上,例如:node、Pod、service、Rc等,用于关联对象、查询和筛选

(3)一个label是一个key-value的键值对,key-value都由用户自定义

(4)一个资源对象可以定义任意数量的label,同一个label也可以被添加到任意数量的资源对象中,也可以在对象创建后动态添加或者删除

(5)可以通过给指定的资源对象捆绑一个或多个不通的label,实现多维度的资源分组管理功能

8、Label选择器(Label selector)

(1)给某个资源对象定义一个Label,就相当于给他打开了一个标签,随后可以通过标签选择器(Labelselector)查询和筛选拥有某些Label的资源对象。

(2)标签选择器目前有两种:基于等值关系(等于、不等于)和基于集合关系(属于、不属于、存在。

9、Service

K8S集群中每个Pod会被分配一个单独的ip地址,但是由于Pod是有生命周期的(可以被创建而且销毁后不会再重启),随时可能会因为业务ip的变更,导致这个ip地址会随着Pod的销毁而消失

Service就是用来解决这个问题的核心概念:

Service:通过标签选择器关联具有对应Lable的Pod,再把相关的Pod IP加入自己的Endpoints当中,service根据Endpoints里的Ip进行转发

不是服务的含义,更像是一个网关层、流量均衡器、Service作用于那些Pod由标签选择器来定义。

service可以看作一组提供相同服务的Pod的对外访问接口,客户端需要访问的服务就是Service的对象,每个Service都有一个虚拟的ip,会自动向后端做转发。

负载均衡功能:自动把请求流量分配到后端所有的服务上,可以对客户端透明的做水平扩展,实现此功能的关键是Kube-proxy,Kubeproxy运行在每个节点上监听APIserver中服务对象的变化,三种流量调度模式:userspace、iptables(利用的nat默认但不常用)、ipvs(推荐,性能最好),实现网络的转发

Service是K8s服务的核心,屏蔽了服务细节,统一了对外暴露服务接口,真正做到了微服务。用户只需要关注一个Service入口即可,不需要关注具体请求那个Pod。用户不会感知因为Pod上服务的意外崩溃K8S重新拉起Pod而导致的ip变更,也不会感知到因服务升级、服务变更等带来的Pod替换而导致的IP变化。

10、Ingress

服务对象的变化,三种流量调度模式:userspace、iptables(利用的nat默认但不常用)、ipvs(推荐,性能最好),实现网络的转发

Service是K8s服务的核心,屏蔽了服务细节,统一了对外暴露服务接口,真正做到了微服务。用户只需要关注一个Service入口即可,不需要关注具体请求那个Pod。用户不会感知因为Pod上服务的意外崩溃K8S重新拉起Pod而导致的ip变更,也不会感知到因服务升级、服务变更等带来的Pod替换而导致的IP变化。

10、Ingress

service负责K8s集群内部的网络拓扑(四层)、Ingress 是 K8S 集群里工作在 OSI 网络参考模型下,第7层的应用,对外暴露的接口,典型的访问方式是 http/httpsService 只能进行第四层的流量调度,表现形式是 otpot。Tnores 则可以调度不同业各域、不同uRL访问路径的业条流量比如: 客户端请求 http://www.kqc.com;port——Ingress——Service—— Pod (nginx )
在这里插入图片描述

11.name

由于 K8S 内部,使用“资源”来定义每一种逻辑概念(功能),所以每种资源”,都应该有自己的“名称”。"资源”有 api 版木 (apiversion)、类别 (kind)、元数据(metadata)、定义清单(spec)、状态(status)等配置信息。
"名称”通常定义在“资源”的“元数据”信息里。在同一个 namespace 空间中必须是唯一的。

12.Namespace

随着项日增多、人员增加、集群规模的扩大,需要一种能够逻辑上隔离 K8S 内各种“资源”的方法,这就是 amespace.
Namespace 是为了把一个 K8S 集群划分为若干个资源不可共享的虚拟集群组而诞生的。
不同 Namespace 内的“资源”名称可以相同,相同 Naespace 内的同种“资源”,"名称”不能相同。
合理的使用 K8S 的 amespace,可以使得集群管理员能够更好的对交付到 K8S 里的服务进行分类管理和浏览.
K8s 里默认存在的 Namespace 有: default、kube-system、kube-public 等。
查询 K8S 里特定“资源” 要带上相应的 Namnespace。

1.控制器大类总结

(1)节点控制器
(2)副本控制器
(3) 端点控制器
(4)服务账户和令牌控制器
(5)资源配额控制制器
(6)命令空间控制器
(7)服务控制器

2.控制器五大类

(1)标签选择器 label
给某个资源对象定义一个名称(标签) 相当于给资源打一个标签,能够让service找到相应资源
(2)service
四层, 通过四层cluster IP 转发(通过标签进行转发)给 pod 资源
调度方式有三种:usersapce、iptables (默认)、ipvs (推荐 性能好)来实现网络的转发
endpoint:自动发现这些pod IPservice 再把IP地址加入到配置当中进行动态转发。

是通过标签选择器关联具有对有label的pod。再把相关pod的IP加入到自己的endpoints当中,service再根据endpoints里的IP进行转发

(3)ingress
通过七层转发给 四层的service IP + port
根据业务对应cluster IP
(4)name
是定义 资源 一种逻辑概念 (功能) k8s内部
资源有哪些:api 版本、kind 类别、metadata 元数据信息、spec 清单、status 状态
(5)namespace
命名空间 k8s 集群划分为若干个资源不可共享的虚拟集群组而诞生的

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

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

相关文章

机器学习与数据分析

【数据清洗】 异常检测 孤立森林(Isolation Forest)从原理到实践 效果评估:F-score 【1】 保护隐私的时间序列异常检测架构 概率后缀树 PST – (异常检测) 【1】 UEBA架构设计之路5: 概率后缀树模型 【…

Spring 怎么解决循环依赖的呢?

Spring 怎么解决循环依赖 什么是循环依赖那 Spring 怎么解决循环依赖的呢?为什么要三级缓存?⼆级不⾏吗? 什么是循环依赖 Spring 循环依赖:简单说就是自己依赖自己,或者和别的 Bean 相互依赖。 只有单例的 Bean 才存在…

【肝素··】

Recent advances in the management of venous thromboembolism Korean J Hematol 2010;45:8-13 Serpin Structure, Mechanism, and Function-2002 糖胺聚糖 凝血 Fibrinolysis | Detailed Pedia

计算机视觉的应用13-基于SSD模型的城市道路积水识别的应用项目

大家好,我是微学AI,今天给大家介绍一下计算机视觉的应用13-基于SSD模型的城市道路积水识别的应用项目。今年第11号台风“海葵”后部云团的影响,福州地区的降雨量突破了历史极值,多出地方存在严重的积水。城市道路积水是造成交通拥…

前端基础5——UI框架Layui

文章目录 一、基本使用二、管理后台布局2.1 导航栏2.2 主题颜色2.3 字体图标 三、栅格系统四、卡片面板五、面包屑六、按钮七、表单八、上传文件九、数据表格9.1 table模块常用参数9.2 创建表格9.3 表格分页9.4 表格工具栏9.5 表格查询9.5.1 搜索关键字查询9.5.2 选择框查询 9.…

微信“刷掌支付”上线!出门带手就可以了~

从2023年9月5日起,微信支付联合广东7-Eleven便利店正式发布了刷掌支付服务。用户可以在收银台结账时选择刷掌支付作为支付方式。这是全国首批支持微信刷掌支付的便利店,也是刷掌支付在广州地区的首次社会面应用。 目前,广东地区已经有超过150…

【JUC系列-04】精通Synchronized底层的实现原理

JUC系列整体栏目 内容链接地址【一】深入理解JMM内存模型的底层实现原理https://zhenghuisheng.blog.csdn.net/article/details/132400429【二】深入理解CAS底层原理和基本使用https://blog.csdn.net/zhenghuishengq/article/details/132478786【三】熟练掌握Atomic原子系列基本…

如何将 PDF 转换为 Word:前 5 个应用程序

必须将 PDF 转换为 Word 才能对其进行编辑和自定义。所以这里有 5 种很棒的方法 PDF 文件被广泛使用,因为它非常稳定且难以更改。这在处理法律合同、财务文件和推荐信等重要文件时尤其重要。但是,有时您可能需要编辑 PDF 文件。最好的方法是使用应用程序…

NLP(1)--NLP基础与自注意力机制

目录 一、词向量 1、概述 2、向量表示 二、词向量离散表示 1、one-hot 2、Bag of words 3、TF-IDF表示 4、Bi-gram和N-gram 三、词向量分布式表示 1、Skip-Gram表示 2、CBOW表示 四、RNN 五、Seq2Seq 六、自注意力机制 1、注意力机制和自注意力机制 2、单个输出…

Windows Server 系统各版本及授权说明(附下载地址

本文为Windows Server系统各版本差异对比及授权说明。 会对相关目前仍主流使用的相关Windows Server系统版本和相关授权进行对比和功能说明。 WindowsServer2012 R2 Windows Server 2012 R2授权方式是按照物理CPU数量进行授权,比如物理服务器CPU插槽数量2&#xff…

ChatGPT新增超强插件:文本直接生成视频、海报,支持自定义修改!

全球著名在线设计平台Canva,在ChatGPT Plus(GPT-4)上推出了插件功能,用户通过文本提示,几秒钟就能生成演示文稿、PPT插图、电子书封面、宴会邀请函等各种精美设计海报,同时支持生成视频。 该插件最强大的功…

《机器人学一(Robotics(1))》_台大林沛群 第 4 周【机械臂 逆运动学】 Quiz 4

待完善: 第5-7【暂时不清楚如何确定】 谁做出来了,麻烦指下路,谢谢! 第6-7: 连猜带蒙🤣 #################################################### 整个流程 走下来,只剩一个解了 不理解 第5-…

【力扣每日一题05】数组篇--加一

一、题目 给定一个由 整数 组成的 非空 数组所表示的非负整数,在该数的基础上加一。 最高位数字存放在数组的首位, 数组中每个元素只存储单个数字。 你可以假设除了整数 0 之外,这个整数不会以零开头。 示例 1: 输入&#xff1…

【HTML专栏3】!DOCTYPE、lang、字符集的作用

本文属于HTML/CSS专栏文章,适合WEB前端开发入门学习,详细介绍HTML/CSS如果使用,如果对你有所帮助请一键三连支持,对博主系列文章感兴趣点击下方专栏了解详细。 博客主页:Duck Bro 博客主页系列专栏:HTML/CS…

nginx请求接口转发-浏览器访问80端口,要把请求转发至8882

1、需求 浏览器访问80端口,要把请求转发至8882 2、实现 修改ngixn配置文件 ngin配置文件在nginx安装目录/nginx/conf文件夹下 cd /usr/local/nginx/confvi ngin.conf修改server配置 server {listen 80;server_name localhost;location / {proxy_pass …

怎么做手机App测试?app测试详细流程和方法介绍

APP测试 1、手机APP测试怎么做? 手机APP测试,主要针对的是android和ios两大主流操作系统,主要考虑的就是功能性、兼容性、稳定性、易用性(也就是人机交互)、性能。 手机APP测试前的准备: 1.使用同类型的…

docker容器运行成功但无法访问,原因分析及对应解决方案(最新,以Tomcat为例,亲测有效)

原因分析: 是否能访问当运行docker容器虚拟机(主机)地址 虚拟机对应的端口号是否开启或者防墙是否关闭 端口映射是否正确(这个是我遇到的) tomcat下载的是最新版,docker运行后里面是没有东西的&am…

Json“牵手”阿里巴巴商品详情数据方法,阿里巴巴商品详情API接口,阿里巴巴API申请指南

阿里巴巴平台是全球领先的网上B2B交易市场。阿里巴巴(B2B.com)是全球国际贸易领域内最大、最活跃的网上交易市场和商人社区。它拥有来自200余个国家和地区超过360万的注册用户,阿里巴巴中国站在中国地区拥有超过2100万的注册用户。 阿里巴巴…

【笔试强训选择题】Day35.习题(错题)解析

作者简介:大家好,我是未央; 博客首页:未央.303 系列专栏:笔试强训选择题 每日一句:人的一生,可以有所作为的时机只有一次,那就是现在!! 文章目录 前言 一、Da…

Openvslam

文章目录 Openvslam 学习报告什么是Openvslam概念特点 安装和运行OpenVSLAM克隆源代码安装依赖库测试(环境已经安装成功)运行运行失败的总结运行成功 系统设计模块和函数接口调用流程流程图参考资料 Openvslam 学习报告 什么是Openvslam 概念 OpenVSL…