复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力 / 幸福感提 升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎片化 研 以此环境作为发布生产环境前的用户验收环节 发布 / 运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员 ( 运维 ) 准备——环境 管理员 ( 运维 ) 准备——环境 产品规划 需求开发 Sprint 发布 本地自测—— IDE 热部署 1. 查看服务和环境 2. 本地代码热部署到远端 测试验证 变更发布 需求开发 提交代码及 CI 过程 1. 本地编写代码推送到远端分支 检查、代码扫描 。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工 / 自动触发 dev 工作流执行 步骤包含： dev 环境构建 -> 部署 -> 冒烟测试 ->IM 通知 Sprint 发布 测试验证 变更发布 产品规划 需求开发 Sprint 发布 测试验证 变更发布 产品规划 多人做集成联调——更新不同服务 启动 dev 工作流，选择多个服务和对应的

复杂工具链 工程化：一个平台 一键发布 工作流、环境配置自动更新、高 效调试、消除手工操作、精准快 速迭代、研发生产力/幸福感提升 自助运行、系统化管理、自动化 程度高、测试有效性提升、质量 有保障、横向赋能、技能提升 随时调用工程基线提供的能力、 产品视角开发交付、团队高效协 同、稳定迭代 产研数字化过程数据透明、关键 指标易抽取、有能力合理调动资 源、随时决策响应客户需求 碎 片 化 研 uat 以此环境作为发布生产环境前的用户验收环节 发布/运维工程师 用于生产查看 prod 生产环境管理，变更过程需经过严格审批 管理员(运维)准备——环境 管理员(运维)准备——环境 产品规划 需求开发 Sprint 发布 本地自测——IDE 热部署 1. 查看服务和环境 2. 本地代码热部署到远端 测试验证 变更发布 需求开发 提交代码及 CI 过程 1. 本地编写代码推送到远端分支 检查、代码扫描。 Sprint 发布 测试验证 变更发布 产品规划 需求开发 单个工程师自测——手工/自动触发 dev 工作流执行 步骤包含：dev 环境构建->部署->冒烟测试 ->IM 通知 Sprint 发布 测试验证 变更发布 产品规划 需求开发 Sprint 发布 测试验证 变更发布 产品规划 多人做集成联调——更新不同服务 启动 dev 工作流，选择多个服务和对应的

通用工作流广泛链接生态赋能开发者 企业解决方案和最佳实践内置 发布 AI 增强解决方案 企 业 开 放 性 、 A I 能 力 增 强 产品发展历程 高频极速迭代： Zadig 开源 29 个月共迭代 21 个版本 “ ” 开发者常处于 今天发版、明早升级 嗷嗷待哺状态 Zadig 优势、使用场景、解决问题域 Zadig 解决问题域 Zadig 云原生开放性：极简、 DevOps 方案 ZadigX 云原生 DevOps 方案 降本提效 组织能力提升 业务负责人 研发不透明，规划凭感觉： • 发版时间靠运气 • 团队熬夜冲进度 研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： 子环境免打扰，独立完成验证工作 自助验证更高效：自动化工作流 + 云上环境，高效验证调试 安全发布有信心： 一个平台完成日常 90% 工作，开发自助发布 需求研发总耗时降低 30% 需求迭代周期缩短 1-5 倍 解放开发，专注编码 更多的架构和技术提升 测试 效率和质量难以平衡： • 自动化测试难以开展 • 环境不稳定并行验证效率低 • 测试多苦劳，价值难以体现 测试效果提升：独立稳定环境用于测试验收、自动化建设

自测环境 通用工作流广泛链接生态赋能开发者 企业解决方案和最佳实践内置 发布 AI 增强解决方案 企 业 开 放 性 、 A I 能 力 增 强 产品发展历程 高频极速迭代：Zadig 开源 29 个月共迭代 21 个版本 开发者常处于“今天发版、明早升级”嗷嗷待哺状态 Zadig 优势、使用场景、解决问题域 Zadig 解决问题域 Zadig 云原生开放性：极简、0 负担接入 职能 传统 DevOps 方案 ZadigX 云原生 DevOps方案 降本提效 组织能力提升 业务负责人 研发不透明，规划凭感觉： • 发版时间靠运气 • 团队熬夜冲进度 研发透明化：不同项目清晰可见的效率、质量、进度 进度管理：根据团队客观数据，预测和确定项目规划 迭代进度一目了然 项目从无到有可核算 管理有数据科学依据 解放管理，更多时间花在 业务创新 平台运维 业务压力大，能力建设缓慢： 调试自测免打扰：本地/子环境免打扰，独立完成验证工作 自助验证更高效：自动化工作流+云上环境，高效验证调试 安全发布有信心：一个平台完成日常 90% 工作，开发自助发布 需求研发总耗时降低 30% 需求迭代周期缩短 1-5 倍 解放开发，专注编码 更多的架构和技术提升 测试 效率和质量难以平衡： • 自动化测试难以开展 • 环境不稳定并行验证效率低 • 测试多苦劳，价值难以体现 测试效果提升：独立稳定环境用于测试验收、自动化建设

1.5.4 实现运营分析、IT 投入透明化及时回收优化.............................................12 1.5.5 建立数据中心 IT 体系演进框架支持迭代扩展建设.....................................12 1.6 各行业客户案例........................................... IT 组织 规模增大分工越来越细化，以及云时代的来临云基础架构带来的多样化，使得 IT 部门越来 越不堪重负，形成了两个日趋激化的矛盾。  一方面，业务快速发展要求 IT 响应时间越来越短，迭代开发测试速度越来越快， 形成 IT 响应时间越来越短的要求与现有僵化基础设施、低效 IT 供给服务模式的矛 盾。  另一方面，资源池规模越来越大、种类越来越多，运维工具独立多样化，IT 组织 其中可视化支持概览当前及历史月份的费用、各类资源使用量，以及各个维度组成可视 化，维度默认支持组织维度、业务维度，并且可自定义维度。 1.5.5 建立数据中心 IT 体系演进框架支持迭代扩展建设 建立 IT 工具体系演进框架门户，能够支持不断迭代建设，覆盖服务运维场景，不断提 升服务和自动化的覆盖范围，整合演进过程中的新基础架构、新运维工具，与时俱进，保持 服务化和自动化的覆盖。能够: 快速整合支持新采纳

正成为软件研发的新标配，软件交付领域的规则 制定者，开启了软件交付 3.0 时代。 02 产品介绍 公司⾃主研发的旗舰产品 Zadig 在 GitHub 上核⼼开源，⽤平台⼯程 ⽀撑软件研发全⽣命周期，让产研⾼效协同，稳定迭代。Zadig 内 置了 K8s YAML、Helm Chart、主机等复杂场景最佳实践，适⽤云原 ⽣转型/上容器云、研发效能提升、⼤规模微服务环境治理、研发 数字化转型等应⽤场景，在企业服务、数字化转型、新能源汽⻋领 F1 性能！ 极氪某部⻔，使⽤ Zadig 实现软件研发 “在线化 〉⼯程化 〉数字化” 的数智跃迁，保障软件稳定升级、提升上线效率 1 倍多，节省了过去 90% 研发运营费⽤。更多⻋主感知，更快软件迭代，更好体验触 达。极氪速度，即刻触达，极客升级，赢得更多订单！ ⼩鹏某部⻔，利⽤ Zadig 打通云和端的开发者协同，实现软件交付统 ⼀管理，降低运维⽇常 80% 的繁复⼯作量，轻松应对数百业务服务 务、流程、质 量、成本管理，释放“数字⼯程师”⽣产⼒。 Zadig 研发数字化成功案例 企业案例 Zadig 价值运营指标 业务管理简单⾼效，⽀持 RBAC/ABAC 权限隔离 流程模版统⼀规划，产研协同更⾼效，⾃动化⼀切 质量建设有的放⽮，全流程内建安全，测试驱动开发 多视⻆资源管理，业务协同更透明，成本可观测 ⼯程师数字化协作，幸福度更⾼更专注 全触点研发运营数据，可管理，可度量，可提升

护工作。 ➢ ：相较于闭源软件产品，开源项目通常是由开源社区来研发及维护的，参与编 写、维护、测试的用户数量众多，一般的 bug 还没有等暴发就已经被修补。另外，在 灵感不断碰撞、代码不断迭代的交流氛围中，程序员也不可能将“半成品”上传到开 源社区中。 ➢ ：开源工作者大多都是在幕后默默且无偿地付出劳动成果，为美好的世界贡献 一份力量，因此使用开源社区推动的软件项目可以节省大量的人力、物力和财力。 作步骤，各位 读者大多也只是点点鼠标，并不能真正理解其中的原理，效果不一定好，更何况在接 下来的实验中，手动分区相对于自动分区来说也没有明显的好处。所以读者大可不必 担心学不到，我们图书的章节规划是非常科学的。 接下来进入 KDUMP 服务的配置界面。KDUMP 服务用于收集系统内核崩溃数据，但是 考虑到短时间内我们并不打算调试系统内核参数，所以这里建议取消选中 Enable kdump 中的哪个命令最合适？ 文件内容较长，使用 more 命令；反之使用 cat 命令。 11．在使用 mkdir 命令创建有嵌套关系的目录时，应该加上什么参数呢？ 应该加上-p 递归迭代参数，从而自动化地创建有嵌套关系的目录。 12．在使用 rm 命令删除文件或目录时，可使用哪个参数来避免二次确认呢？ 可使用-f 参数，这样即可无须二次确认。 13．若有一个名为

u%7Edefault-18.control 系统学习：https://www.bilibili.com/video/BV1na4y1773c 二 ROS 安装教程 针对很多同学因为版本迭代导致各种出错的问题，古月居在这里推荐 wiki 百 科上的三个版本的 ROS 安装教程，Kinetic 对应于 Ubuntu16.04，Melodic 对应于 Ubuntu18.04，Noetic ； 《Robot modeling and control》—MW Spong； 五 ROS 应用 ROS 是一个强大的工具包，学习 ROS 是为了是更好地应用于 slam、导航、运动 规划、人工智能等。按照应用方向推荐相关博客与项目如下： 应用 博客 项目 建图导航 https://www.guyuehome.com/Bl og/index/category/22/p/2

IEG PCG WXG CDG CISG TEG ⚫公有云专线与自研互通 ⚫使用公有云服务 ⚫改造较大的搬迁组件上云 ⚫使用云原生PaaS ⚫边上云边改造 CFS 业务上云五部曲 规划 设计 实施 验证 维护 信息收集 需求评估 应用分析 风险分析 上云策略 方案设计 风险应对 上云计划 技术准备 功能测试 性能测试 数据备份 云上部署 业务验证 效果评估 混合云过度到全量公有云 服务调用质量、用户访问质量、 服务可用率 数据上公有云 • 冷迁移+增量 •同步中心数据同步 •切换过程停写 私有组件迁移上云 • 云上部署服务集群 •自行维护和迭代 •同步中心或主备 •业务切路由切换服务 兼容公有云 • DTS自助热迁移 •增量完成后切换读写 •VIP或DNS寻址 数据库搬迁上云方式 接入层与应用层切换上云 TGW 接入服务

SDK Intel SGX 鲲鹏Trustzone 华为云 擎天Enclave TEEOS SDK Qingtian SDK 金融风控 安全通道 开发工具 零切换 远程证明 新增特性 规划中 …… 硬件密码机 替代 软硬融合 全密态数据库 AI模型和 数据保护 29 openEuler 22.03 LTS SP2 技术白皮书 特性增强 应用场景：密态数据库 密态数据库在 TEE 验证者 被验证者 REE TEE APP 远程证明服务 TAO TA1 libsecgear＿verify libsecgear＿ra 4.验证证明报告 新增特性 第三方SDK 已支持 规划中 1.请求证明报告 2.获取证明报告 3.度量、生成report kunpengsecl SGX iTrustee Qingtian SGX iTrustee Qingtian 数据拥有方 容器引擎的场景中。由于 CRI 接口向前兼容，因此对于一些较老版本的 Kubernetes，iSulad 同样支持。 应用场景 由于 Kubernetes 社区不断的发展，CRI 标准也在不断的更新迭代，iSulad 支持的 Kubernetes 版本已经远落后于当前 最新的版本。为了更好的完善生态，方便用户使用，iSulad对支持的CRI版本进行了升级。从之前v1aplha2接口的1.1X版本，