## 议程 1 镜像运维 2 开源企业级镜像仓库-Harbor 3 集成Harbor 4 总结 ## Registry – 镜像管理的重要部件 • 镜像存储仓库 - 分发镜像的媒介 - 访问控制和镜像管理较佳节点  多种漏洞扫描策略配置策略阻止漏洞镜像分发 内容信任  审计和日志 Restful

## 目录 - 开场：云原生与制品管理 - 初识Harbor：云原生制品仓库服务 - 使用Harbor搭建私有制品仓库服务 - 资源隔离与多租户管理模型 - 制品的高效分发(复制、缓存与P2P集成) - 制品的安全分发(签名、漏洞扫描与安全策略) - 资源清理与垃圾回收 - 构建高可用(HA)制品仓库服务 - Harbor集成与扩展 - 路线图 - 参与贡献Harbor社区 ## ## 镜像-应用软件打包与分发  OCI制品（artifact）：镜像，Helm Chart，CNAB，OPA bundle等等 ## 云原生与制品管理 [2] ## Registry: ·制品存储仓库 ·分发制品的媒介 ·访问控制与管理的节点 不同角色具有不同的访问权限，可以与其它用户系统集成 ## 制品的高效分发-复制 [1] 基于策略的内容复制机制：支持多种过滤器(镜像库、tag和标签)与多种触发模式（手动，基于时间以及定时）且实现对推送和拉取模式的支持  ## 制品的高效分发-复制 [2] ![Image

为云服务提供底层支持，应用程序可获得与运行在裸金属服务器上相近的性能。三是更注重跨域融合，创新发展。传统业务模式不断创新，需要先进数字技术持续交织发展放大赋能效用，以满足多样化用户群体的个性需求。云计算充分发挥数字基础设施作用，全球厂商正积极基于云底座提供全新的大数据、区块链、人工智能服务。2022 年谷歌提出开放、可扩展的“数据云”愿景，构建信息统一化的“数据云”平台。百度智能云践行“云智一体”发展路线，充分结合 要精细化、原生化的安全治理。首先，需要企业从战略顶层设计、组织文化上接受云原生安全理念，变革组织管理和人才培养体系，提倡责任共担和安全内嵌。其次，正确的安全配置是安全防护的前提，持续的安全运营才能充分发挥安全效能。 ## （四） 行业上云用云呈阶梯状分布，中小企业成影响上云进程关键 从行业应用来看，我国云计算应用已从互联网拓展至政务、金融、电信、工业、交通、能源等传统行业，但各行业应用水平参差不齐，应用深度呈现阶梯状分布。 大规模分布式应用协调、分发、部署的中枢管控能力。模型构建的复杂性限制了技术的普惠发展，基于云计算构建开箱即用的大模型服务也成为刚需。 ## （二） 云计算管理方式不断革新，向下定义算力资源使用新方式 云计算技术的出现和成熟，如今已经不局限于算力资源的云化，更是向网络、存储等多维度资源云化进行延伸，同时通过纳管、编 排、部署等管理方式的不断升级，在算力资源的接入、调度和分发等方面产生新的促进作用，具体表现为：

7659ba76c4ea2f0c80ce7a723a/p48_1.jpg) 由上图所示，AB框架使用Redis存储策略数据，key是Host字段，value是策略对象，包括策略类型、匹配区间和要分发的Upstream。策略的增删改查可以通过基于Nginx搭建的Web服务的API实现，运行时根据请求的Host字段从lua-shared-dict或Redis获取关联的策略，根据策略类型 （ipr 态指定，两者的关系通过泛型表达式表示。那么一个策略就需要包含下面几个属性： - name：策略名，没有实际意义，可以根据业务场景进行定义。 - key：分流时依赖的关键字，比如要根据城市地域进行分发路由时，key就是regionid。 • passway：关键字在HTTP协议中的传输方式，可以是Parameter、Cookie、header、body中的一种。 condition：表达式模 能要求很高，有些场景下，只需要进行行为的写入，就可以采取异步的方式写入，针对这样不同的场景，我们有不同的解决方案，但是我们统一对外提供的还是UAS服务。 ## 架构统一 从数据的收集上报，到处理分发，到业务加工，到持久化，UAS系统架构需要做到有机的统一，既要能满足日益增长的数据需求，同时也要能够给业务充分的灵活性，起到数据中台的作用，方便各个业务基于现有的架构上，进行快速灵活的开发，满足高速发展的业务。

queueoffset，但是针对事物消息为 preparedType 和 rollbackType 的存储的是事物状态表的索引偏移量 #### 2.2.2 分发事物消息： 分发消息位置信息到 ConsumeQueue：事物状态为 preparedType 和 rollbackType 的消息不会将请求分发到 ConsumeQueue 中去，即不处理，所以不会被消息 更新 transaction stable table：如果是 异常恢复： 先按照正常流程恢复 Tran Redo Log commitLog 异常恢复，commitLog 根据 checkpoint 时间点重新生成 redolog，重新分发消息 DispatchRequest, 分发消息到位置信息到 ConsumeQueue 更新 Transaction State Table 记录 Transaction Redo Log 删除事物状态表 tranStateTable <3> 构建 DispatchRequest 对象，添加到分发索引服务 DispatchMessageService 线程中去 <4>唤醒异步刷盘线程 <5> 向发送方返回结果 (2) DispatchMessageService <1>分发消息位置到 ConsumeQueue <2>分发到 IndexService 建立索引 ## 三 ：load&recover

依靠Linux的crontab分散在各自主机上，无法统一管理 ’ alt=‘OCR图片’/> 作业平台主要对象 作业平台主要对象 命令：一个可以独立操作，如：关机，重启等 文件分发/下载：将指定的文件分发到目标机路径；将目标机路径的文件下载到本地 作业：一系列命令、文件分发/下载的有序组合，它还包含执行对象 定时作业：定时执行的作业 ’ alt=‘OCR图片’/> 第二部分 作业平台挑战 系统集成：作业平台需要集成多 并发处理能力，除了支持脚本执行、文件分发、定时任务等一系列基础运维场景以外，还支持通过流程调度能力将零碎的单个任务组装成一个自动化作业流程；而每个任务都可做为一个原子节点，提供给上层或周边系统/平台使用，实现调度自动化。 ’ alt=‘OCR图片’/> B站作业平台介绍 B站作业平台是基于管控平台管道基础之上，为用户提供原子操作的平台。支持脚本执行、文件分发、定时任务等一系列运维场景，同时支持将单个任务组装成一个自动化的作业流程。 Apiserver, Etcd, Schedueler, Worker四大组件。 Apiserver作业平台的大脑，负责统一鉴权，作业任务的初始化等，对外暴露接口提供上层业务调用 Etcd作业分发所依赖的中间件，作业存储 Scheduler作业调度器，主要用来处理作业的调度至Worker的逻辑 Worker负责作业执行和执行日志上报，职业执行通过调用 SSH模块远程执行命令，并把执行STDOUT采集进行上报