TGT 服务器的优化块设备协议 • NBD • Linux专有块设备协议 • iSCSI • 广泛支持的外部设备协议（块，磁带等）Curve云原生存储支持块设备 • 通过NBD，只支持Linux • 通过SDK API，目前只支持Linux • PFS • 扩大使用范围 • 通过iSCSI支持更多系统，例如Windows, 类UNIX系统等，使用两项基础 技术 • TCP/IP Client端: iscsi initiator，系统自带 • Linux open-iscsi • Windows iSCSI 发起者 • 服务器端 • 必须是CurveBS原生支持的平台，因为需要curve原生接口，目前是LinuxiSCSI target服务器 • LINUX LILO • 一般用于输出内核本地块设备 • TCMU • 作为LILO支持用户态的接口 • 如何评价LILO urve, brpc, c++, protobuf 等) • TCMU多了一层转接，配置过程复杂，业界踩的坑不够多。 • TCMU的用户态代码会受到框架约束，不够灵活。iSCSI target 服务器 • TGT(STGT) • 比较久的历史，原来叫STGT，后来改成TGT • 纯用户态，不与内核绑定 • 支持复杂的存储系统，例如ceph rbd, sheepdog, glfs • 纯C代码，外加一些脚本

15.服务数据的定义与使用 主 讲 人 ： 古 月 服务模型 自定义服务数据 ➢ ➢ message_generation message_runtime ➢ • find_package( …… message_generation) • add_service_files(FILES catkin_package(…… message_runtime) ➢ 创建服务器代码（C++） person_server.cpp • • • • 创建客户端代码（C++） • • • • person_client.cpp 配置服务器/客户端代码编译规则 • • • CMakeLists.txt 编译并运行客户端和服务端 创建客户端和服务端代码（Python） person_server

14.服务端Server的编程实现 主 讲 人 ： 古 月 服务模型 创建服务器代码（C++） • • • • turtle_command_server.cpp 配置服务器代码编译规则 • • CMakeLists.txt 编译并运行服务器 创建服务器代码（Python） turtle_command_server.py • • • • 感谢观看 怕什么真理无穷，进一寸有一寸的欢喜

目 录 致谢 README 1. 第一部份：架站前的进修专区 2. 作者序 3. 第一章、架设服务器前的准备工作 3.1. 1.1 前言： Linux 有啥功能 3.2. 1.2 基本架设服务器流程 3.3. 1.3 自我评估是否已经具有架站的能力 3.4. 1.4 本章习题 4. 第二章、基础网络概念 4.1. 2.1 网络是个什么玩意儿 4.2. 2.2 TCP/IP 本章习题 11.7. 8.7 参考数据与延伸阅读 12. 第九章、防火墙与 NAT 服务器 12.1. 9.1 认识防火墙 12.2. 9.2 TCP Wrappers 12.3. 9.3 Linux 的封包过滤软件：iptables 12.4. 9.4 单机防火墙的一个实例 12.5. 9.5 NAT 服务器的设定 12.6. 9.6 重点回顾 12.7. 9.7 本章习题 12.8 第三部分：局域网络内常见的服务器架设 15. 第十一章、远程联机服务器SSH / XDMCP / VNC / RDP 15.1. 11.1 远程联机服务器 15.2. 11.2 文字接口联机服务器： SSH 服务器 15.3. 11.3 最原始图形接口： Xdmcp 服务的启用 15.4. 11.4 华丽的图形接口： VNC 服务器 15.5. 11.5 仿真的远程桌面系统： XRDP 服务器 15

版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务一： 服务定义 | 构建 | 部署 | 测试 | 发布 服务二： 服务定义 | 构建 | 部署 | 测试 | 发布 服务三： 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二： 代码编写 | 构建 | 部署 | 测试 | 发布 代码三： 代码编写 | 构建 | 部署

xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 研发阶段 现代软件交付挑战：开发 5 分钟，上线 2 小时 服务一：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务二：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 服务三：设计 | 代码编写 | 构建 | 测试 | 部署 | 发布 发布 以前：面向代码片段的串行交付 现在：面向多个服务编排的产品级自动化并行交付 服务一： 服务定义 | 构建 | 部署 | 测试 | 发布 服务二： 服务定义 | 构建 | 部署 | 测试 | 发布 服务三： 服务定义 | 构建 | 部署 | 测试 | 发布 代码一： 代码编写 | 构建 | 部署 | 测试 | 发布 代码二： 代码编写 | 构建 | 部署 | 测试 | 发布 代码三： 代码三： 代码编写 | 构建 | 部署 | 测试 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统

场景创新 18 概述 02 增强特性 21 平台架构 05 社区治理 25 运行环境 08 著作权说明 32 内核创新 10 商标 32 云化基座 14 附录 32 CONTENTS 目录 openEuler 21.09 技术白皮书 01 场景创新 18 概述 02 增强特性 21 平台架构 05 社区治理 25 运行环境 08 著作权说明 32 内核创新 10 商标 32 32 云化基座 14 附录 32 01/ 概述 openEuler 21.09 技术白皮书 02 欧拉开源操作系统（openEuler, 简称“欧拉”）从服务器操作系统正式升级为面向数字基础设施的操作系统，支持服务器、 云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。通过为应用提供确定 性保障能力，支持 OT 领域应用及 OT 与 ICT 的融合。 内存分级扩展等多个创新特性，加速提升多核性能，构筑千核运算能力。 2021年 9 月 30 日，全新openEuler 21.09创新版如期而至，这是欧拉全新发布后的第一个社区版本，实现了全场景支持。 增强服务器和云计算的特性，发布面向云原生的业务混部 CPU 调度算法、容器化操作系统 KubeOS 等关键技术；同时发布 边缘和嵌入式版本。 openEuler 作为一个操作系统发行版平台，每两年推出一个

著作权说明 47 01 openEuler 23.09 技术白皮书 概述 概述 02 openEuler 23.09 技术白皮书 概述 欧拉开源操作系统（openEuler, 简称“欧拉”）从服务器操作系统正式升级为面向数字基础设施的操作系统，支持服 务器、云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。 欧拉开源社区通过开放的社区形式与全球的开 openEuler 21.09 创新版如期而至，这是欧拉全新发布后的第一个社区版本，实现了全场景 支持。增强服务器和云计算的特性，发布面向云原生的业务混部 CPU 调度算法、容器化操作系统 KubeOS 等关键技术； 同时发布边缘和嵌入式版本。 2022 年 3 月 30 日，基于统一的 5.10 内核，发布面向服务器、云计算、边缘计算、嵌入式的全场景 openEuler 22.03 LTS 版本，聚焦算 版本，场景化竞争力特性增强，性能持续领先。 2023 年 9 月 30 日，发布 openEuler 23.09 创新版本，是基于 6.4 内核的创新版本（参见版本生命周期），提供更多 新特性和功能，给开发者和用户带来全新的体验，服务更多的领域和更多的用户。 openEuler 版本管理 长生命周期版本 openEuler 20.03 LTS openEuler 22.03 LTS 创新版本 openEuler 22.09

openEuler 21.03 技术白皮书 01 / 概述 02 / 平台架构 03 / 运行环境 04 / 内核创新 05 / 云化基座 06 / 生态繁荣 07 / 增强特性 08 / 社区治理 09 / 著作权说明 10 / 商标 11 / 附录 01 04 07 09 13 17 21 25 33 33 33 概述 CONTENTS 2 3 openEuler 5.7 5.8 5.9 5.10 4 5 openEuler 21.03 技术白皮书 openEuler WHITE PAPER 系统框架 openEuler 操作系统使用场景主要是服务器，包括基础加速库、虚拟化、内核、驱动、编译器、系统工具、OpenJDK 等组件。 创新架构，全栈优化，打造全场景协同的 One OS，充分释放多样性算力。 IDE 自调优工具 A-Tune Apache 许可证授权的开源项目。OpenStack 支持 几乎所有类型的云环境，提供实施简单、可大规模扩展、生态繁荣、标准统一的云计算管理平台。OpenStack 通过各种互补 的服务提供各种 IaaS 服务的解决方案，每个服务通过 API 进行集成。 OpenStack Victoria 是 2020 年 OpenStack 社区最新稳定发布版本，包含计算、存储、网络、PaaS、安全、集群管理 等多个模块。已经完成

开源社区 2024年Q2 openEuler 是由开放原子开源基金会 （OpenAtom Foundation）孵化及运营的开源项目 为世界提供开源软件 为开源软件提供指导、虚拟协作空间、创新平台和服务 在社区开发、管理和孵化开源软件，并且与其他许多开源社区合作 openEuler : 面向数字基础设施的开源操作系统 openEuler 是？ openEuler 愿景 openEuler 使命 学术机构和非营利组织 openEuler 治理架构 openEuler 委员会 常务委员会 顾问专家委员会 项目群办公室 执行总监 技术委员会 品牌委员会 用户委员会 SIG Maintainer Committer 贡献者 SIG Maintainer Committer 贡献者 子项目 《openEuler组织架构》 《openEuler项目群开源治理制度》 openEuler 技术优势 Communication Technology + + 主流应用：云原生，大数据，CDN，MEC，工业控制 … 主流应用场景100%支持 覆盖全场景应用 Operational Technology 服务器 支持多样性设备 主流计算架构100%覆盖 ARM, x86, RISC-V, SW-64, LoongArch; NPU, GPU, DPU, 100+ 整机, 300+ 板卡 云计算