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

多云管下的自动化运维架构 刘宇 Bespin 高级研发总监 自我介绍 自我介绍 • DevOps专家 • 曾任职于新浪、百度、金山 • 《Puppet实战作者》 《Puppet实战手册》 《Python进阶》 • QCon金牌讲师，QCon优秀出品人 目录 ① 行业趋势分析 ② 多云下运维的挑战 ③ 多云平台架构如何设计？ ④ 困难以及挑战 资源统一管理 监控 —〉 账单难处理 。。。 多云下运维的挑战 Gartner：云管理平台需要具备多云管理、自服务、计量计费、资源弹性及服务编排， 能够自动化部署和配置相关资源，可以与企业现有IT管理系统集成的服务化能力 云管平台架构设计 私有云 公有云 虚拟化 接⼝口适配 多云统⼀一编排 ⾃自助服务 多云管理理 资源优化 云管平台架构设计 Performance Monitoring ITSM balance_name … xxx xxx xxx xxx instance_class engine engine_vesion … xxx xxx xxx xxx SDK Common 服务调用关系图 Aliyun Service AWS Service Huawei Service Other Service MQ Quartz Account Service Redis MySQL

腾讯云高级工程师 黄宏东 自我介绍 ⚫ 业务开发出身的运维 ⚫ 先后在腾讯负责游戏、安全、医疗类业务运维 ⚫ 经历数年业务爆量、成本优化、业务上云、智能运维等重点项目 ⚫ 目前负责腾讯自研业务的运维与上云工作 01 腾讯业务为什么要上云 02 业务上云的价值 03 如何上云 目录 04 上云案例分享 腾讯业务为什么要上云 接入服务 业务 服务框架 KV/RDS CVM/Docker CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker 接入服务 业务 服务框架 KV/RDS CVM/Docker IEG PCG WXG CDG “烟囱式”的业务支持体系 幸福的烦恼 ⚫ 重复造轮子，每个部门一套轮子 ⚫ 缺乏统一规范，包括开源代码在内 Bug 多 相互协同 基于公有云模式研发 组件框架上云，成为云服务 将原有七大事业群（BG）重组整合，新成立云与智慧产业事业群（CSIG）、平台与内容 事业群（PCG）。在连接人、连接数字内容、连接服务的基础上，更加彰显了腾讯推动由消费 互联网，向产业互联网的升级的决心。 业务上云价值 • 开发效率更高 • 云上特性（VM热迁移等） • 丰富的标准化云服务 • 云原生TKE、研发CICD流程 • 计算资源重用

承载数百款 腾讯业务 管控数十万 台服务器 孵化700＋ 应用系统 全球多云 管控 培养数百蓝鲸运 维开发 工具驱动运维：采用运维 开发的模式，实现所有运维任 务自动化、工具化、可视化。 数据驱动运维：基于大数据 的接入、存储、分析技术，对运 维数据进行全面挖掘和分析，实 现数据驱动自动化运维。 机器驱动运维：基于智能算法 的机器自我学习，训练机器智能运 维模型，实现无人值守和智能的运 平铺式架构，拓扑关系复杂，模块数量上百，服务器数量 几千…… 腾讯游戏300多款业务中，大多数是由世界各地开发商开发 出来。 所使用的开发语言、开发框架、操作系统、数据库等技术， 是没有直观规律的。 开发商很难为了运维体系而对架构或技术做大规模的修改。 有几乎所有的业务类型 有几乎所有的流行技术 300多款游戏相互之间是没有关系的。 发布变更、故障处理等运维操作场景和操作流程是没有直 观规律的。 服务器数量，也就是操作单元，有二十余万。 布署 大区服务 重启 测试验证 故障机回 收 故障 替换 业务配置 文件修改 对外开放 选择发布 范围 备份业务 程序&数 据 屏蔽监控 告警 关闭游戏 入口 更新程序 包 更新数据 库 启动游戏 进程 版本 发布 停游戏进 程 测试验证 对外开放 蓝鲸作业平台 蓝鲸进化第2步：场景与原子的分离 API Gateway 服务组件A 服务组件B 服务组件C

爱奇艺CDN运维平台实践 张强 爱奇艺基础架构部 研发总监 爱奇艺CDN运维平台实践 张强 爱奇艺基础架构部 研发总监 自我介绍 Ø 2009~2014: 在Intel中国研究中心从事移动OS相关开发工作，先后负责过移动OS Package Manager、工具链等模块的设计与研发工作 Ø 2014年加入爱奇艺，主导了CDN数据平台、CDN调度平台、CDN运维平台研发上线， 目前负责CDN相关产品开发和运维工作 设备管理 03 运维平台设计 架构演进大事记 整体架构设计 通用代理服务集群设计(Promise) 运维任务模型设计 应用配置管理 权限管理 运维平台Fast 整体架构 API接入层 通用代理服务(Promise) HTTP传输 ZMQ-Proxy KCP-Proxy 任务模板 生 成 器 配置管理 服务发现 设备管理 ssh webshell Fast web Fast 提供任务管理、模板管理、设备管理、服务发现及状态等接口 核心模块 实现通用运维任务模板、差异化配置管理、设备反向管理等功能 通用代理集群服务 实现多协议的实时消息、文件传输、设备管理、数据上报等服务 客户端 任务管理客户端、代理客户端、插件库等 Fast 运维平台架构 fast客户端 promise客户端 插件库 外部系统 外部联动可视化、资产、调度、监控等多个系统 通用代理服务(Promise)设计

基于APM的智能运维体系在京东物流的落地和实践 付正全 京东物流 架构师 自我介绍 付正全，京东物流架构师，国家认证信息系统项目管 理师，曾任浪潮集团系统架构师，专注监控平台研发 工作 8 年，研究过市场上数十家厂商的监控平台产品， 对 DevOps 和监控平台有比较深入的了解。目前负责 京东物流火眼监控平台的架构设计和开发工作。 目录 ⚫业界智能运维发展现状及趋势 ⚫智能运维体系建设方法论 越来越复杂的应用拓扑 消息服务器 发消息 应用D 应用E 收消息 收消息 收消息 数据库 分布式 缓存 JDBC JDBC 读缓存 分布式 文件系统 写缓存 存取 应用A 开放平台 API 请求 无线客户端请求 前端网页 请求 应用B 应用C 服务调用 服务调用 应用F 应用G 服务调用 服务调用 应用H 服务调用 服务调用 服务调用 应用A 数据库 JDBC ⚫智能故障定位与处理实践 ⚫ APM 在京东物流的落地实践 ⚫智能运维(AIOps)落地规划 智能运维体系建设方法论 ◼统一规划、避免重复建设 ◼标准化是前提 ◼产品化设计、产品化开发 ◼服务驱动 ◼运维中台 ◼业务增值 ◼过程改进 智能运维体系建设方法论 ◼闭环 ◼生命周期管理 ◼流程管理 ◼审计归档 目录 ⚫业界智能运维发展现状及趋势分析 ⚫智能运维体系建设方法论

Uber 派单系统 &运维演化 李李宁 Uber核⼼心流稳定性负责⼈人 ⾃自我介绍 李李宁, 多年年运维: 2004-2007 浙⼤大Linux镜像和代理理运维 —杭州 2007-2012 百度⽹网⻚页搜索运维 —北北京，深圳 2013-2015 Twitter后端存储运维 —旧⾦金金⼭山 2015-2019 Uber派单系统运维 —旧⾦金金⼭山 ⽬目录 Uber派单系统简介和进化 index update Generate
 Offers Offer- Accept-Assign Nearby Cars Plan request • 仍然运⾏行行在Linux裸机 • 服务管理理依赖Puppet和Clusto • 变更更管理理⽋欠缺 • 依赖关系混乱 2016架构运维运维与挑战 • 优步, 设⽴立北北京和上海海数据中⼼心 • Uber Eats流量量激增 SJC1 DCA1 CaaS
 (DB) CaaS
 (DB) 程序层⾯面复制 —> 数据库⾃自动复制 架构调整: 容器器化和Mesos •Puppet退出服务层，只负责底层系统 •全局config(clusto)退位 •服务层⾃自主控制infra配置 •为其他运维变更更提供了了可能性 Pinocchio配置，控制docker镜像的⽣生成 Host A 架构调整: SWN(软件⽹网络)