作者：陈峻近期，我拜访了一家文化传播公司的IT运维总监Tim，他向我讲述了他的团队是如何像当年玩《大航海时代》那样将IT系统的战舰越造越大，并使之在企业运营的海洋中平稳前行的。
该文化公司成立于2013年，他们最初从简单的“PC服务器+二手三层交换+托管服务器”这样的硬件架构起步，既要对内满足员工的“上网+邮件+文件共享+存储”，又要对外提供“官网+视频上传/下载”的服务。
但是随着公司这几年来的多元化发展，各种看得见的设备和看不见的软件越来越多，特别是“论坛+会员博客+微官网+在线订单+移动支付+远程访问”等业务所带动的系统复杂性，纵然他们不断练就七十二变，也无法笑对前方的八十一难。
总的说来就是：针对整个运维生命周期中的各个方面，用三步递进的模式来逐步改进日常各项工作，即“标准化—配置与流程、自动化—操作与安全、平台化—监控与管理”。
过去他们的运维人员过分依赖技术上的大牛，由于上手门槛较高，部门里往往充斥着个人英雄主义，当然也就造成了人员资源上的单点风险。与此同时，他们又时常被服务厂商所“绑架”。
由于各家实现方式的不尽相同，在系统出现问题的时候，要么相互推诿，要么一拥而上、各自为政。这些都给系统的正常运营埋下了不少的“雷”。
在经历数次“多么痛的领悟”之后，他们逐渐认识到标准化的重要性，并通过如下方面的实践，有效杜绝了各种“任性”。
软硬件类型标准化
无论是网络设备、服务器端、用户终端，还是操作系统和应用软件，他们都有既定的支持和首选的列表。
这样一来，在品牌和型号层面上大幅降低了不兼容性，并缩小了排查的可能性范围。
安装配置标准化
流程规范标准化
无论是新建发布、服务变更、事件处理、事故响应、还是项目推进等，都有可遵循的流程和清晰的操作次序图表。
交接标准化
虽然他们不像一些互联网企业那样有专门的Dev团队、且产品迭代也不频繁，但是他们也充分考虑到了“建转运”过程中的风险。
通过分阶段、分步骤地制定了相应的转化流程，他们实现了测试账户的及时回收，并合理区分了系统类与业务类账户与数据的迁移。
除了上述各个方面的标准化之外，他们还日常维护着诸如：硬件设备全量清单、软件应用全量清单、第三方服务提供清单、干系人联系清单等支持类文档。
这些文档多以图表的形式清晰直观地提供了各类速查的信息，同时方便了后面将要提到的平台化所进行的二次筛选与统计。
他们有专门的共享知识库（后面会提到CMDB）来分门别类地妥善存放所有的标准化文档。
可以说，他们以标准化作为基础的Ops+模式，能有效地降低人员犯低级错误的发生频率，统一整体的服务水平，提高他们的响应和处理速度，并能简化对其工作质量的考核。
为了控制成本和增加系统本身的鲁棒性，他们的团队在如下方面进行了自动化的尝试，进而提高了系统日常管理的效率。
监控自动化
通过软件（如Zabbix）的自动注册与发现特性实现了：
操作自动化
善假于物方可事半功倍：
安全自动化
上述操作自动化虽然能够广受运维人员的推崇，但势必会涉及到对特权的调用和对基线的调整。
为了防范由此所带来的安全隐患和漏洞，他们也上马和启用了针对安全运维方面的自动化：
业界喜欢用物理学上的熵理论来阐述：倘若不对IT系统进行人工管控的话，则会趋向于无序。
Tim和他的运维团队认识到：如果日常运维工作完全依赖于标准化和自动化进行推进的话，很快就会陷入“中年油腻”，大家也会频繁被动地打“遭遇战”。
因此，他们基于过往的经验汇总、需求分析、当然也考虑到实际预算，设计并集成了一个具有可视化和方便管控的平台架构。该平台具体由如下三部分所组成：
资产、资源管理
做到手中有粮，心里不慌：
监控报警
一站式获取策略的实施和服务的状态：
事件分析
做到事前防范、事中控制、事后溯源：
我正好在采访Tim之前阅读过《凤凰项目——一个IT运维的传奇故事》一书，书中很多桥段与他所奉行的Ops+模式遥相呼应。
在Tim看来，通过他们的Ops+，运维人员提升了对系统各类隐患的发现能力、对例行操作的处理能力、对应急事故的恢复能力和对内外攻击的应对能力。
正如他自己所坦言的那样：“我们正在确保自己所维护的系统能从runright（运行正确）稳步进化为rightrun（正确地运行）”。