自测、联调 xN 集成验证 xN 写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署/灰度上线 xN 监控/告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 法 用 户 运行阶段 需求阶段 | 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 DevOps 人在系统之外/上，复杂性下沉到单一平台 希望 工程师不再花时间在开发写代码之外的脏活累活，比如服务部署、找环境，服务编排等Infra的事情。 1 0 0 % 开 源 基 本 能 力 开 源 1.5 个月核心重构 65% 功能实现开源 支撑开源社区开发者环境 易 用 性 增 强 接入：安装10分钟以内，成功率达 90% 集成环境：支持开发者 Remote debug 工作流：效率和性能、开发者体验提升 贡献者流程建立

写测试用例 系统验证 xN 自动化测试 xN 性能测试 xN 安全测试 xN 数据变更 xN 代码变更 xN 配置变更 xN 部署测试环境 xN 部署预发环境 xN 部署生产环境 xN 部署 / 灰度上线 xN 监控 / 告警 xN 版本归档 xN 交付追踪 xN 数据度量 xN 服务、工单管理 事件、缺陷管理 想 发布 特点： ● 重复流程自动化 ● 边开发、边验证 ● 服务全生命周期而非只关注代码 ● 每天多次提交提早验证 Zadig 采用「云原生产品级交付」设计理念 数字化产研协同 • 环境 - 统一开发者协作平面 • 工作流 - 统一交付变更通道 • 异构支持 - 统一产研运管理平面 重视开发者体验，工程师不再做脏活累活 传统 DevOps 体系 Zadig 云原生 希望 工程师不再花时间在开发写代码之外的脏活累活，比如服务部署、找环境，服务编排等 Infra 的事情。 1 0 0 % 开 源 基 本 能 力 开 源 1.5 个月核心重构 65% 功能实现开源 支撑开源社区开发者环境 易 用 性 增 强 接入：安装 10 分钟以内，成功率达 90% 集成环境：支持开发者 Remote debug 工作流：效率和性能、开发者体验提升

参考资料与延伸阅读 第十章、认识与学习BASH 10.1 认识 BASH 这个 Shell 10.2 Shell 的变量功能 10.3 命令别名与历史命令 10.4 Bash Shell 的操作环境： 10.5 数据流重导向 10.6 管线命令 （pipe） 10.7 重点回顾 10.8 本章习题 10.9 参考资料与延伸阅读 第十一章、正则表达式与文件格式化处理 鸟哥的 Linux 主机的细部权限规划：ACL 的使用 13.4 使用者身份切换 13.5 使用者的特殊 shell 与 PAM 模块 13.6 Linux 主机上的使用者讯息传递 13.7 CentOS 7 环境下大量创建帐号的方法 13.8 重点回顾 13.9 本章习题 13.10 参考资料与延伸阅读 第十四章、磁盘配额（Quota）与进阶文件系统管理 14.1 磁盘配额 （Quota） 的应用与实作 的文字都 看完并且消化过，那么未来在管理 Linux主机以及架设网站方面，就能够达到“事半功倍”的成 效，请不要忽略这些内容了！否则，再怎么讨论都是枉然的啦！^_^。 Linux的资料非常的 多，每份资料彼此的相关性都很强，要单独的一项一项讲解并不容易， 那么这本书件该怎么 看呢？建议先按照顺序将内容大致浏览过一次，看不懂的地方也可以先略过不要紧。 全部看 完之后，再从头开始“仔细”的实

12.1. 10.1 认识 BASH 这个 Shell 12.2. 10.2 Shell 的变量功能 12.3. 10.3 命令别名与历史命令 12.4. 10.4 Bash Shell 的操作环境： 12.5. 10.5 数据流重导向 12.6. 10.6 管线命令 （pipe） 12.7. 10.7 重点回顾 12.8. 10.8 本章习题 12.9. 10.9 参考资料与延伸阅读 13.4 使用者身份切换 15.5. 13.5 使用者的特殊 shell 与 PAM 模块 15.6. 13.6 Linux 主机上的使用者讯息传递 15.7. 13.7 CentOS 7 环境下大量创建帐号的方法 15.8. 13.8 重点回顾 15.9. 13.9 本章习题 15.10. 13.10 参考资料与延伸阅读 16. 第十四章、磁盘配额（Quota）与进阶文件系统管理 其中的文字都看完并且消化过，那么 未来在管理 Linux主机以及架设网站方面，就能够达到“事半功倍”的成效，请不要忽略这些内容了！否则，再怎么讨 论都是枉然的啦！^_^。 Linux的资料非常的多，每份资料彼此的相关性都很强，要单独的一项一项讲解并不容易， 那么这本书件该怎么看呢？建议先按照顺序将内容大致浏览过一次，看不懂的地方也可以先略过不要紧。 全部看完之 后，再从头开始“仔细”的实际

03 LTS 技术白皮书 openEuler 22.03-LTS 技术白皮书 01 openEuler 22.03-LTS 技术白皮书 3 云化基座 18 概述 02 平台架构 05 运行环境 09 场景创新 11 特性增强 23 著作权说明 30 商标 30 附录 30 内核创新 14 CONTENTS 01/ 概述 目录 openEuler 22.03-LTS 技术白皮书 Edge、面向嵌入式的版本 openEuler 22.03 LTS Embedded。 openEuler 希望与广大生态伙伴、用户、开发者一起，通过联合创新、社区共建，不断增强场景化能力，最终实现统 一操作系统支持多设备，应用一次开发覆盖全场景。 openEuler 对 Linux Kernel 的持续贡献 openEuler 内核研发团队持续贡献 Linux Kernel 上游社区，回馈主要集中在：芯片架构、ACPI、内存管理、文件系统、 发布面向嵌入式领域的版本 openEuler 22.03 LTS Embedded，镜像大小 <5M，启动时间 <5S。 繁荣社区生态 • 友好桌面环境：UKUI、DDE 、Xfce、Kiran-desktop、GNOME 桌面环境，丰富社区桌面环境生态。 • 欧拉 DevKit：支持操作系统迁移、兼容性评估、简化安全配置 secPaver 等更多开发工具。 02/ 平台架构 openEuler

技术白皮书 openEuler 23.09 目 录 CONTENTS 附录 49 商标 48 特性增强 15 内核创新 13 概述 01 平台架构 04 运行环境 07 场景创新 09 著作权说明 47 01 openEuler 23.09 技术白皮书 概述 概述 02 openEuler 23.09 技术白皮书 概述 欧拉开源操作系统（openEuler 务器、云计算、边缘计算、嵌入式等应用场景，支持多样性计算，致力于提供安全、稳定、易用的操作系统。 欧拉开源社区通过开放的社区形式与全球的开发者共同构建一个开放、多元和架构包容的软件生态体系，孵化支持多 种处理器架构、覆盖数字基础设施全场景，推动企业数字基础设施软硬件、应用生态繁荣发展。 2019 年 12 月 31 日，面向多样性计算的操作系统开源社区 openEuler 正式成立。 2020 缘计算、嵌入式等更多场景。openEuler 正成为覆盖数字基础设施全场景的操作系统。 openEuler 希望与广大生态伙伴、用户、开发者一起，通过联合创新、社区共建，不断增强场景化能力，最终实现统 一操作系统支持多设备，应用一次开发覆盖全场景。 openEuler 覆盖全场景的创新平台 开源操作系统的构建过程，也是供应链聚合优化的过程。拥有可靠开源软件供应链，是大规模商用操作系统的基础。 openEuler

的核心是由 Linus Torvalds 在 1991 年的时候给他开发出来的，并且丢到网络上 提供大家下载，后来大家觉得这个小东西 ( Linux Kernel ) 相当的小而精巧，所以慢慢的就有相当多的朋友 投入这个小东西的研究领域里面去了！但是为什么这的小东西这么棒呢？！然而又为什么大家都可以免费 的下载这个东西呢？！嗯！等鸟哥慢慢的唬 xx....喔不！听我慢慢的道来！ • 一个没有完成的梦想： 由于自己工作上的需求，需要一套档案存取的小型操作系统， 便在 1969 年的时候以 DEC 公司 ( Digital Equipment Corporation ) 的计算机 PDP-7 为硬件基准，设计了一 个适合自己工作环境的小型档案系统，其中也含有他自行开发的一些小工具。那个系统就是最早期的 Unix 的源头！当初 Ken 设计这个档案系统时，主要是为了自己的存取方便所设计的简单 OS ，因此将原有的 Multics 献出来，那么这个系统将会更加的优异！Stallman 先生认为最大的快乐就是让自己发展的良好的软件让大 家来使用了！而且，由于每个人的工作环境 ( 指软硬件平台 ) 可能都不太相同，所以，他也强调应该要有 Open Source 的概念，让大家都能够分享这一份的心得！他认为，有了 Open Source 之后，你的程序将有很 多的人可以帮忙检验，将使得 Unix 社群更佳的茁壮。为了自己的理想， Stallman 在 1984 年实际创立了

. . . . . . . . . . . . . . . . . . 57 5.22 多体系结构 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58 5.22.1 多架构库路径 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 5.22.2 多架构头文件路径 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59 5.22.3 多架构支持下的 *.pc 文件路径 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74 7.15 在 UTF-8 环境下构建 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75 7.16 UTF-8 转换

部署邮件系统，使用 Ansible 服务实现自动化运维，使用 iSCSI 服务部署网络存储，使用 MariaDB 数据库管理系统，使用 PXE+Kickstart 无人值守安装服务，使用 LNMP 架构部署动态网站环境等。此外， 本书的配套站点还深度点评了红帽 RHCSA、RHCE、RHCA 认证，方便读者备考。 本书适合打算系统、全面学习 Linux 技术的初学者阅读，具有一定 Linux 使用经验的读者也可以通 ...................................................................................... 78 3.5 重要的环境变量 ................................................................................................ .................................................................................... 239 9.3.2 管理多窗格 .................................................................................................

大大、酷學園板主群、 鳥園討論板主群、以及參加實體活動的諸位朋友。感謝崑山科大資傳系張世熙主任與各位老 師、伙伴們對不才小弟在研究方面的支援！ 更要感謝鳥哥的學生們，有你們的幫忙，讓鳥哥可以有較多的時間玩些伺 服器測試與文章的撰寫！ 最後，親愛的鳥嫂，謝謝你多年來的付出，尤其這兩年幫我們家添了兩個可愛的寶貝：宸宸與軒軒！ 希望鳥窩一家， 章節安排： 感謝： 2. 作者序 - 11 - 巧； 信息安全方面：包括防火墙与软件更新方面的相关知识等等； 该服务器协议所需软件的基本安装、设定、除错等，才有办法实作。 而且，每一个项目里面所需要学习的技巧可多着呢！『什么？要学的东西那么多啊！』是啊！ 所以，不要以为 信息管理人员整天闲闲没事干的吶，大家可是天天在出卖知识的，同时， 还得天天应付随时可能会发生的各种 漏洞与网络攻击手法呢！真不是人干的工作～～ 这么说的话，架设服务 上面讲完后或许你还是不很清楚到底这些技能如何串起来？鸟哥这里提供一个简单的案例来分析一下好了， 这样你应 该就比较容易清楚的知道为何需要学习这些咚咚。 网络环境：假设你的环境里面 (不管是家里还是宿舍) 共有五部计算机，这五部计算机需要串接在一起，且都 可以对外联机； 对外网络：你的环境只有一个对外的联机方式，这里假设是台湾较流行的 ADSL 或 10M 的光纤这种透过电话 线拨接的类型； 额外服务：你想要让这五