余何-沉默的大多数——中小企业IT运维的互联网之路.pdf

沉默的大多数 ——中小企业运维互联网化之路 @众神的大师兄 About me 余何@众神的大师兄 运维者，重大故障现场 技术作者 《PaaS实现与运维管理》国内第一本PaaS著作 《Mesos实战》译者 敬请期待… 篮球爱好者 其他 …… 没有一把标准的尺子来衡量运维水平 很大一部分运维人员来自于中小企业 因此，全面的探讨下运维，以及运维的“互 联网化” 议程 一、运维成长的道、术、法 二、运维环境的 A、B、C、D 三、传统运维 To 互联网 四、平安运维的一些实践经验 一、运维成长的道、术、法 运维不完全定义 • 运维对象宽泛 数据中心 存储、计算、网络 操作系统 分布式中间件(平台中间件) 网络出口CDN • 运维职能宽泛 管理 or 技术 运维 or 研发 运维不完全定义 运维环境复杂： 与产品息息相关（vmvare、kvm ） 与厂商息息相关（各种厂商、各种运营商） 与开发息息相关（面对开发，你有态度？） 与组织息息相关 运维不完全定义 Who r u ？ 系统工程师、网络工程师、运营商工程师、 云工程师、 What r u doing ？ 技术专家、管理专员 运维的道、术、法 道 掌握基础原理，不变应万变 基础原理在哪里？不变的，很少变的就是基 础原理 操作系统发行版在变，操作系统内核却稳定 网络设备型号层出不尽，以太网/tcp/ ip/http 协议却很稳定 道 ——大道隐于市而烂熟于心 术 不别随意跟风，专注于一类 redhat、centos、ubuntu vmvare、kvm cisco、juniper 术 ——术者多变而不滥取之 法 这个世界不仅仅只有道与术，还有法~ 法—枯燥乏味而不得其解 道、术、法，明白之后，下海 二、运维环境的A、B、C、D A ，运维运营 运营：业务相关，内容运营、活动运营、用户运 营，维持产品、服务生命力。互联网的运营属于 IT ，传统的运营属于业务。 运维 ：偏重技术，服务交付、事件处理、监控巡 检，保障系统本身稳定性。 B ，组织环境 小微组织 ：保姆式运维。所有与电脑相关的都与 你有关。乱术而无道法 ，上升空间狭窄。作为一 种业余兴趣是的聊以慰藉。 中小组织 ：创意式运维。抱团业务，承上启下， 背锅之最多，受屈之最冤。业务驱动-道术法 ， 管理重于技术。平台级工具解决不了或者说无需 解决这些问题。 大型组织 ：平台级运维。业务解耦，平台服务， 专注研发，术精道明而法严。 C ，开发标准 无统一标准 ：各种OS ，各种中间件，各种配置信息。 例如：中小企业传统应用，互联网游戏行业 自动化运维难以一步到位 抽象自动化运维平台，动态模块交由小团队定义。 标准架构组件：良好标准规范，从开发语言到架构组件。 例如：大型金融公司，互联网标准 自动化运维较容易实现 平台级服务与组件（分布式数据库、文件系统、负载均衡） D ，传统vs互联网业务 传统 ：ERP ，柜面、交易系统，面向客户 特点：遗留系统、功能稳定、监管要求、影响面大， 互联网 ：2O （out of site ），流量入口，渠道系统，面向 用户 如何将用户转化为客户。 特点：渠道类，新系统、需求多变、版本频繁、故障影响 可控（分散） 在截然不同的业务场景下产生了对运维不同的要求 ，传统、 互联网运维 ITIL vs Automation 运维，共性 系统上线鼓掌的是开发，应用宕机背锅的是运维 不出问题的运维是好运维，好到老板不知道你存在 业务运维 平台运维 领域专家 互联网业务给运维带来的变化 传统运维方法已无法满足互联网业务飞速变 化要求 互联网应用在传统环境中快不起来 传统应用的稳定性被互联网打破 三、传统运维 To 互联网 Step1 ：识别渠道 互联网化的是业务渠道变化 让渠道飞起来，让核心固然金汤 So.. 互联网化的应用是没包袱的 /p/34c0d4ea007 2 民主共和与君主立宪@余何 Step2 ：主数据 主数据是新启渠道系统的关键 用来描述企业核心业务实体的数据。 客户、合作伙伴、员工、产品、物料单… 具有高业务价值的、跨越各个业务部门 被重复使用的，存在于多个异构系统中 Step3 ：隔离核心 1. Restful API 提供原子服务 隔离 2. Message Queue 实现异步解耦 防护 核心限速是受控的 Ste