Zabbix峰会、社区和公司 演讲嘉宾 柳霞 Sandara， zabbix商务经理，宏时数据 01 Zabbix中国峰会 Zabbix峰会是唯一一个你可以听到来自全国/全球的行业案例、 技术分享、解决方案分享的地方。 ZABBIX 2020 Conference CHINA Zabbix峰会 峰会是桥梁，我们一直想离用户更近一点 会是平台，IT专家、IT管理人员、社区成员和Zabbix创始团队集聚一堂，交流探索 认证培训 Zabbix培训为世界各地的使用者提供了向最顶级的专家学习的机会， Zabbix认证 已成为评判工程师能力的重要标准。 咨询服务 眼务帮助您在部署 Zabbix软件前后更好地理解其优势和潜力，为企业规划监 上，解决高难度问题。 现场人天支持 让专业的人做专业的事，雇用国内外Zabbix认证专家来为企业做保障。 年度订阅服务 在使用 Zabbix过程中，为用户提供专业及时的技术支持，服务通过在线客户支持 ozcrwietadtRRzcrE人 世 2020 Conference [chiNA] 参与证书和考试通过认证证书 CERTIFICATE CERTIFICATE FAMILY NAME LAST NAME 和

Traefik 在⼜拍云的应⽤和改造 陈卓 ⼜拍云系统开发⼯程师 公开课 分享内容 • Traefik 简介 • Traefik 跟 Ingress-Nginx 比较 • 我们为什么使用 Traefik • Traefik 改造之路 Traefik 简介 Traefik 简介 Edge Router Auto Service Discovery Traefik 简介 traefik 纯 go 语言实现，不依赖额外的存储配置组件 Traefik 和 Nginx 性能⽐较 https://www.loggly.com/blog/benchmarking-5-popular-load-balancers-nginx-haproxy-envoy-traefik-and-alb/ Traefik 和 Ingress-Nignx 组件⽐较 traefik Edge Router Load Balance a.com b.com New Router . . Load Balance a.com b.com Traefik 中间件 记录响应status和size 增加⼀个类似gin的 Traefik 中间件动态加载 Traefik 提供的中间件 Traefik 热更新⼆进制⽂件 Traefik 其它的⼀些改造 1.Traefik Hash算法跟

全应用可 以运行在安全 系统 Bootarmor 中。运行在 Bootarmor 系统中的安全应用的代码 和数据，操作系统中任何 权限的用户（包括 root 在内）也无法读取和访问， 无论是静态反编译，还是各种内核调试 器和应用层调试器，都无法获取安全 应用的代码和数据。 本文档适用于使用 Bootarmor 来保护自己应用程序的用户。 内容: 了解 Bootarmor 基本使用教程 支持平台 发布安全应用 btarmor 语法 描述 btarmor boot btarmor make btarmor deploy btarmor patch C 用户使用手册 默认保护模式 共享字符串和全局变量 保护内存堆 保护内存栈 保护数据文件 附录 btarmor-os Debian Packages 了解 Bootarmor Bootarmor 是以为软件产品提供绝对安全，确保软件产品发布之后，其代码不 内核，把原来的嵌入式系 统 的内核替换为 Bootarmor 提供的内核之后，就升级成为安全操作系统。 Bootarmor 可以直接保护二进制代码文件，例如可执行文件和动态库，对于 C#， Java，Python 等使用伪代码和虚拟机的语言，通过将解释器编译成为安 全应用， 间接的来进行保护。例如对 Python 脚本来说，首先将 Python 解释器 使用 Bootarmor 保护起来，然后把

Bootarmor 入门教程和用户手册 发布 0.1.0 赵俊德 2022 年 05 月 08 日 Contents 1 了解 Bootarmor 3 2 基本使用教程 5 2.1 支持平台 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 4.2 共享字符串和全局变量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 4.3 保护内存堆 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25 i ii Bootarmor 入门教程和用户手册, 发布 0.1.0 版本 0.1 主页 https://github.com/dashingsoft/bootarmor 联系方式 jondy.zhao@gmail.com 作者 赵俊德

© XXX Page 1 of 15 curvefs client 删除文件和目录功能设计© XXX Page 2 of 15 背景 相关调研 moosefs chubaofs 方案设计思考 1.Trash机制是实现1个(类似chubaofs)，还是2个（类似moosefs）？ 2. Trash放在哪里？ 3. 是否需要做session机制（在metaserver打开），来维护inode的打开情况？ 打开情况？ 方案设计 Trash机制： Session机制： 遗留问题 工作量评估 背景 目前curvefs client版本对删除unlink和rmdir的设计只有简单的删除inode和dentry结构，遗留了nlink和lookup count相关的内容还未实现，是不完备的。本文首先调研moosefs，chubaofs等分布式系统，参考并设计解决上述遗留问题。 当前删除接口代码如下：© (fuse_req_t req, fuse_ino_t parent, const char *name); 其中的注释内容总结如下： 当lookup count在fuse_reply_entry和fuse_reply_create时增加1 当内核移除其inode cache时，会调用forget，此时lookup count需要减nlookup（forget的参数） 当umount时，所有lookup

这种产品存在的价值。这些产品都是以 Duty 命名，核心就是支持告警 OnCall 值班处理的场景。 对于告警事件的后续处理，有哪些问题和需求以及何为最佳实践？我们从思路方法和工具实践两个方面分 别进行探讨，下面先行探讨思路方法，看看要解决这些问题和需求，我们有哪些可能的解法。 思路方法篇 告警事件的后续处理：多渠道分级通知、告警静默、抑制、收敛聚合、降噪、排班、认领升级、协同闭环 PagerDuty FlashDuty 这种产品，一定程度上是可以解决一些告警过多的问题，但如果能从告警规 则的源头做好优化，自然是事半功倍。很多公司的告警规则配置没有原则可循，每次故障复盘先看告警是 否漏报，一线工程师为了不背锅，自然是尽量多地提高告警覆盖面，但这么做的后果，就是告警过多，无 效告警占多数，长此以往，工程师疲惫不堪。 那么告警规则的配置应该遵照一个什么原则呢？虽然每个公司业务不同，总有一些通用的原则可循吧？的 这个动作可能不是立马执行处理， 但至少要创建个低优先级的工单之类的，或者提高告警阈值，等问题严重一些再告警。对于只是想通知一 下的告警，其实都不算告警，只能看作是一种另类的报表和巡检手段，这样的“告警”就按照报表和巡检 的逻辑来处理，比如把这类“告警”发到一个单独的邮件组或者单独的聊天群组，平时都不用关注，只要 每天早上上班或晚上下班之前稍微看一眼就行，这样就可以减少打扰。 制定

基于APM的智能运维体系在京东物流的落地和实践 付正全 京东物流 架构师 自我介绍 付正全，京东物流架构师，国家认证信息系统项目管 理师，曾任浪潮集团系统架构师，专注监控平台研发 工作 8 年，研究过市场上数十家厂商的监控平台产品， 对 DevOps 和监控平台有比较深入的了解。目前负责 京东物流火眼监控平台的架构设计和开发工作。 目录 ⚫业界智能运维发展现状及趋势 ⚫智能运维体系建设方法论 ◼目前，全球APM市场规模大约在60亿美元左右，预 计在五年内达到90亿美元 ◼APM成为ITOM成长最快的领域 ◼APM能够对企业的关键业务应用进行监测、诊断分 析、优化，最终能够提高应用的可靠性和质量，保证 良好的用户体验，降低IT成本 运维角色转变 背锅侠 救火员 被动响应 主动求变 需求提炼 产品化开发 产品化落地 产品意识 推广落地 业务数据分析 过程改进 技术运营 大规模实时监控平台V2.0 ◼整合多端数据，解决数据孤岛问题 ◼性能分析、告警分析更加准确 ◼更全面评估应用健康状况 大规模实时监控平台V2.0 整合各种应用维度的指标分析，提供更全面的应用数据分析和故障诊断 ◼系统指标 ◼调用链指标 ◼日志分析 ◼数据库指标 ◼JVM指标 ◼应用拓扑自动探测 应用健康报告 大规模实时监控平台V2.0 日志处理架构 大规模实时监控平台V3.0

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 2.9 新手贡献者和维护者 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 3 工具的配置 9 3.1 perspective on Debian packaging practices . . . . . . . . . . . . . . . . . . . . . . . . . . 33 5.4 软件包名称和版本 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 5.5 原生 Debian debmake -b . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 5.7.1.2 拆包的场景和例子 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39 5.7.1.3 库软件包名称 . . . . . . .

2021 Debian GNU/Linux 安装手册 版权 © 2004 –2019 Debian Installer 团队 本手册属于自由软件，您可以在 GNU 通用公共授权（GPL）下重新发布和（或）修改它。请在附录 F 阅读该许可证的内容。 i Contents 1 欢迎使用 Debian 1 1.1 什么是 Debian？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.1.2 zSeries 和 System z 机器类型 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 2.1.3 PAV 和 HyperPAV . . . . . . . . . . . . . . . . . . . . . . 为多重启动系统事先分区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11 3.6 安装前的硬件和操作系统的相关设置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12 3.6.1 BIOS 设置 . . . . .

2021 Debian GNU/Linux 安装手册 版权 © 2004 –2019 Debian Installer 团队 本手册属于自由软件，您可以在 GNU 通用公共授权（GPL）下重新发布和（或）修改它。请在附录 F 阅读该许可证的内容。 i Contents 1 欢迎使用 Debian 1 1.1 什么是 Debian？ . . . . . . . . . . . . . . CPU 设计的变化性和支持的复杂性 . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.1.4 Debian/armel 支持的平台 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 2.1.5 Debian/armel 不再支持平台和设备 . . . . 为多重启动系统事先分区 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 3.6 安装前的硬件和操作系统的相关设置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 3.6.1 ARM 固件 . . . . . .