大幅减少资源部署人工操作工作量及操作风险，解放人力..........................8 1.3.3 简化流程，降低协作沟通成本，缩短交付时间............................................ 9 1.3.4 减少资源浪费降低成本、IT 投入可视化...................................................... 需求，对于业务部门不得不排期等待几小时、几天甚至几周时间获取业务开发测试运行所需 的运行环境资源，对于 IT 部门又耗费大量 IT 人力在重复操作工作上，并且难以精细有效管 理 IT 资源，造成大量的资源浪费和不必要的成本投入。 同时随着市场竞争的加剧，对企业 IT 的依赖程度及要求越来越高，IT 规模以及 IT 组织 规模增大分工越来越细化，以及云时代的来临云基础架构带来的多样化，使得 IT 部门越来 越不堪重负，形成了两个日趋激化的矛盾。 因此，大家都希望迫切希望能破解上面的矛盾，一方面提升 IT 服务响应能力，满足业 务快速发展的要求，另一方面能够根本上解决问题，让 IT 在保证服务能力的同时能减少压 力和困难，提升管理能力效率，减少资源浪费，解放人力降低成本。 随着云计算的不断发展和成熟，企业 IT 的不断演进，出现了云管平台，提供了一种解 决上述问题的解决方案方法，飞致云 FIT2CLOUD 在过去数年时间里，负责和参与数十家 大中型企业云管平台建设，在长期实践中对企业

等文件系统，满足单机应用、云原生分布式应用高性能 数据存储诉求。 openEuler 21.09 技术白皮书 12 内存分级扩展 当前内存制造工艺已经达到瓶颈，Arm 生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、 深度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分扩展通过 DRAM 和低速内存介质，如 SCM、AEP ，以及 RDMA 热数据在 DRAM 高速 内存区中运行，让冷数据交换到低速内存区，从而增加内存容量，保证核心业务高效平稳运行。该特性 适用于内存使用量大，且使用相对不频繁的应用进程上，在这些场景中的效果好收益大，实测等成本条件下 MySQL 性能提升 40%。针对用户态存储框架和用户需求，新增用户态的内存交换机制。 功能描述 继承已有功能： 1. 进程级控制：etMem 支持通过配置文件来进行内存扩展的进程，相比于操作系统原生的基于 10 大战略技术趋势。随着智慧城市、自动驾驶、工业互联网等应用落地，海量数据将在边缘产生， IDC 预测中国 2025 年每年产生的数据将达 48.6ZB，集中式云计算在带宽负载、网络延时、数据管理成本等方面将愈发显 得捉襟见肘，难以适应数据频繁交互需求，边缘计算价值凸显。 openEuler 发布面向边缘计算的版本 openEuler 21.09 Edge，集成 KubeEdge+ 边云协同框架，具备边云应用统一

统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 平台 高人效 低人效 低人效/低质量/低效率/高成本： 人淹没在系统的海洋里，无数平台手工切换 高人效/高质量/高效率/低成本： 人在系统之外/上，复杂性下沉到单一平台 希望 工程师不再花时间在开发写代码之外的脏活累活，比如服务部署、找环境，服务编排等Infra的事情。 1 0 0 1-3 倍 业务响应效率提升 3-5 倍 全流程安全建设 更多价值体现 组织 靠流程和个人，效率越来越低 • 低人效/低质量/低效率/高成本 • 人淹没在系统的海洋里 • 无数平台手工切换 靠系统和技术，能力长在平台上 • 高人效/高质量/高效率/低成本 • 人在系统之上/高效交互 • 复杂性下沉到单一平台 整体人效提升 1-5 倍 解除组织/流程/系统孤 岛，打造成长型组织 企业收益分析 企业收益分析 现存方案 典型代表 方案特点分析 Zadig 方案优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 无法支持敏捷交付模式；手工维护成本高， 阻碍业务交付效率 面向多服务并行部署，安全发布，0 维护负担 支撑云原生构建/运行环境，多云异构支持及企业 级登录权限支持 传统运维管理类平台 蓝鲸

业务响应效率提升 3-5 倍 全流程安全建设 更多价值体现 组织 靠流程和个人，效率越来越低 • 低人效 / 低质量 / 低效率 / 高成本 • 人淹没在系统的海洋里 • 无数平台手工切换 靠系统和技术，能力长在平台上 • 高人效 / 高质量 / 高效率 / 低成本 • 人在系统之上 / 高效交互 • 复杂性下沉到单一平台 整体人效提升 1-5 倍 解除组织 / 流程 / 系统 孤岛，打造成长型组织 企业收益分析 现存方案 典型代表 方案特点分析 Zadig 方案优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 无法支持敏捷交付模式；手工维护成本 高，阻碍业务交付效率 面向多服务并行部署，安全发布， 0 维护负担 支撑云原生构建 / 运行环境，多云异构支持及企业 级登录权限支持 传统运维管理类平台 面向多云厂商友好，实施迁移成本极低，可扩展性 强，全球多地跨云跨域安全可靠自动化部署 企业基于 CI/CD 工具自建 DevOps 流程平台 围绕 Jenkins 、 Tekton 、 Argo 等 搭建流程串接胶水平台 建设成本高 500-2000 万之间 使用和学习门槛高；随业务发展扩展性差 局限性大，内部推广难度极高，做完后维 护成本高价值难被证明 低采购成本、低实施成本，

部署，现有服务 0 迁移成本 、体验丝滑接入容易、学习 使用门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主， Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连 接一切工具链 企业自建 DevOps 流程平台 围绕 Jenkins 或 CI/CD 工具 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错 手动更新服务、手动打包、交付 付效率低下、占据大量研发时间

署，现有服务 0 迁移成本、 体验丝滑接入容易、学习使用 门槛极低 现存做法大多以「单点工具 + 写脚本」或运管类平台为主，Zadig 则是面向开发者视角，中立，云原生一体化价值链平台。 与现存 DevOps 方案对比： 现存方案 典型代表 方案特点分析 Zadig 优势 传统 Jenkins 方案 GitLab + Jenkins + 脚本化 运行效率低，管理维护成本高 方案局限性大，安全性风险高 云厂商引流为主，锁定风险高 对多云跨地域支持不够 实施负担较重难以推广 面向多云友好，厂商中立，全球多地跨云跨域 安全可靠自动化部署 云原生 CI/CD 工具 Tekton Argo 使用门槛高、学习成本高 需要额外建设全流程能力 接入和使用都极其简单，内置模板库 和最佳实践，基于平台工程打造，可以轻松连 接一切工具链 企业自建 DevOps 流程平台 围绕 Jenkins 或 CI/CD 工具搭 Gitee 平台 GitLab 平台 局限性大、全流程安全性低 维护成本高 支持多个服务并行构建部署、产品级发布，可 灵活安全接入多个代码仓及周边工具链 开发 Zadig 核心特性： 运维 真正意义的持续交付：以工程师体验为核心，价值交付为理念，完成需求到发布的全路径。 测试 发布 洞察 一堆复杂脚本、维护成本极高 员工手工操作费时费力易出错 手动更新服务、手动打包、交付 付效率低下、占据大量研发时间、

务客户端感知到中断，对用户不友好，利用内核 热升级，可以让客户无感知的情况下对引入新的内核特性。 内存分层扩展 etMem 当前内存制造工艺已经达到瓶颈，Arm 生态发展让每个 CPU 核的成本越来越低。数据库、虚拟机、大数据、人工智能、 深度学习场景同时需要算力和内存的支持。内存容量成为了制约业务和算力的问题。 内存分层扩展通过 DRAM 和低速内存介质，如 SCM、AEP 等形成多级内存，通过内存自动调度让热数据在 组的日常运作。 社区愿景 openEuler 社区的愿景是：通过社区合作，打造创新平台，构建支持多处理器架构、统一开放的操作系统社区， 推动软硬件生态繁荣。 社区沟通和交流 openEuler 包含许多项目，这些项目被组织成社区团体。这些团体的沟通和交流渠道，包括邮件列表等，可以在 这些团队的 README 上找到。 邮件列表 如果要开始一个开放主题的讨论，将电子邮件发送到相关的邮件列表是另一个不错的选择。 openEuler 的行为准则。任何人都可以参与并作出贡献。所有的 SIG 都存在于 https://openeuler.org/zh/sig/sig- list/。 用户委员会 用户委员会是社区的最终用户沟通机构，其主要职权如下： • 收集对于 openEuler 社区版、基于 openEuler 社区技术的操作系统发行版、其它所属 openEuler 社区开源项目的 技术和产品需求，反馈给技术委

特性：轻量级内存访问监控框架，可在用户态实现虚拟地址或物理地址的访问监控，实现轻量精确的在线监控，助力 性能提升。 • Memory-tiering 特性：内存分层特性，目标以最高效和成本效益的方式满足内存的使用需求，降低内存的使用成本。 • hugetlb vmemmap 特性：新增适配支持 Arm64 架构上的 hugetlb vmemmap 特性，节省内存管理结构的开销，降低内存底噪。 • huge 调度特性：提供高效内存回收和加载机制，支持 per-memcg 的 swap 设备隔离，在业务负载低时回收冷数据， 在业务负载升高时快速加载数据，实现内存可用空间和业务性能的提升，从而达到同等内存成本下更高的服务质量效果。 • 感知业务负载动态调整业务 CPU 亲和性，当业务负载低时使用 prefered cpus 处理，增强资源的局部性；当业务负载高时，突 破 preferred cpus 部业务压力不断增大，出现所有 CPU 均处于较高负载的情况下，可以使用 vCPU 热插功能提升虚拟机的计算能力，保障业务吞吐 量稳定。当业务负载下降时，可以使用 vCPU 热拔功能去除多余的计算能力，从而降低计算成本。 功能描述 1. 特性增强：老版本已具备 vCPU 热插能力，该版本新增了对 vCPU 热拔的支持，适应更多使用场景。相对老版本，热插拔协议 发生了一些变化，新老版本的热插拔不能兼容运行。即

包与待打补丁的路径，无需对软件源码进行任何修改，即可生 成对应的热补丁 RPM 包。 2. 热补丁生命周期管理 SysCare 提供一套完整的，傻瓜式补丁生命周期管理方式，旨在减少用户学习、使用成本，通过单条命令即可对热补 丁进行管理。依托于 RPM 系统，SysCare 构建出的热补丁依赖关系完整，热补丁分发、安装、更新与卸载流程均无需进行 特殊处理，可直接集成放入软件仓 repo。 功能描述 和流 水线，根据补丁文件快速完成规范化的热补丁制作、下载、验证和发布。 应用场景 2：漏洞管理 针对有运维诉求的管理员或个人开发者，可以通过漏洞管理服务快速实现漏洞感知和修复，极大减少补丁管理成本， 保障集群安全，提升漏洞修复效率。 应用场景 新增社区热补丁流水线 • 热补丁制作：支持在冷补丁 PR 内指定软件包的目标版本和 patch 文件，构建热补丁。 • 热补丁发布： 支持通过热补丁 通用网络模型：基于 fd 路由器、代理式唤醒等机制实现自适应网络模型调度，udp 多节点的组播模型，满足任意网络 应用场景。 • 易用性（即插即用）：基于 LD_PRELOAD 实现业务免配套，真正实现零成本部署。 • 易运维（运维工具）：具备流量统计、指标日志、命令行等完整运维手段。 gazelle Istack (通用轻量级协议栈) 运维 (gazellectl) posix兼容(epoll/socket

网络是个什么玩意儿 全世界的人种有很多，人类使用的语言种类也多的很。那如果你想要跟外国人沟通时，除了比手划脚之外，你要如何 跟对方讲话？ 大概只有两种方式啰，一种是强迫他学中文，一种则是我们学他的语言，这样才能沟通啊。在目前世界 上的强势语言还是属于英语系国家， 所以啰，不管是啥人种，只要学好英文，那么大家都讲英文，彼此就能够沟通 了。希望不久的未来，咱们的中文能够成为强势语言啊！ 这个观念延伸到网络 而已，还有苹果计 算机自己的操作系统， Unix like 的操作系统也非常多！那么多的操作系统 (人种) 要如何进行网络沟通 (语言) 呢？那就得要制订共同遵守的标准才行了。这个标准是由国际组织规范的，你的系统里面只要提供可以加入该标准的 程序代码， 那你就能够透过这个标准与其他系统进行沟通！所以啰，网络是跨平台的，并不是只有 Linux 才这么 做！因此，这部份的资料你学完后，是可以应用在所以操作系统上面的！观念都相同啊！ 技术的计算机主机，但是其他的计算机却是使用 IBM 的机器时， 想要在这两 者之间进行数据的沟通，在早期来说那是不可能的。 以『软件』技术将硬件整合： ARPANET & TCP/IP 为了解决上述的网络硬件整合功能，所以在 1960 年代末期美国国防部就开始研究一个可以在这些不同的网络硬件上 面运作的软件技术， 使得不同公司的计算机或数据可以透过这个软件来达成数据沟通。这个研究由美国国防部尖端研 究企画署 (Defense