二、项目式运维
之后跳槽来到一家互联网公司，该公司不大不小三百来人，主要做系统集成和项目运维。来应聘的时候，可能给面试官留下的印象比较好，结果比较幸运的被外派到一家著名外企做项目运维。这家外企的运维体系很好，有一线7*24的监控和二线的运维排错以及三线的厂商技术支持。我当时做的是二线运维，每天一上班先打开邮箱，看邮件根据邮件的警示级别进行轻重缓急的故障先后处理。每次处理故障前，都要写详细符合规范的故障记录单并附上解决步骤，报批后才能操作，真的感觉很规范和严谨，让我觉得很有一流大企业的范儿。
在解决故障之余，不忙的时候我就看看他们共享的一些技术文档，从初始的项目构建、系统实施、性能测试和各种服务器、网络设备、存储的资料以及故障的累积记录都比较全，我仿佛进入了一个巨大的知识宝库。每天完成例行工作和故障处理后，我都如饥似渴的看技术文档上网查资料，试图更多的了解这个复杂庞大的系统，它的每一处精妙配置和细节都让我揣摩良久，就这样我慢慢弄懂了它的运行机制和整个系统架构。再后来我又花了一个多月的时间把它的故障累积记录都研究了一遍，对照以往的故障问题处理文档认真学习了一遍，我感觉自己充实了很多也自信了很多，对一些故障的处理我能准确的记得以前是如何做的现在还需要如何改进，文档的细致和精确的命令让老外对我刮目相看，他们也更加信任我提出的技术解决方案。
由于业务的快速发展和系统的功能增加，后面跟着他们的工程师做一些新项目的部署和实施、性能测试、数据迁移、系统扩容等，也学到了很多项目经验和架构技术。他们在技术上的细致和严谨性，让我很是佩服。通常一套程序都会先在试运行环境进行测试，再放到检验环境进行稳定性测试，最后才拿到生产环境进行上线，这样的程序运行起来真的是很稳固了。
每月还有一次项目运维分析会议，会上通过各位技术人员的交流，问题的细节也清晰明朗化，很多时候也打开了思路。在这个外企我学到了很多，也见识了一流的技术人才，虽然他们不是和我一个国度，但在技术上我佩服和尊敬他们。因为是外包性质，我们是乙方，在别人的公司里驻场上班，我始终找不到一种归属感，有时候面对甲方还必须要委屈和迁就，面对客户的挑剔和领导的弱势，我想最终不可能融入那里的，后来我离开了这家外企。
这一阶段，主要经历的是项目式运维，或者叫外包式运维。这种运维是以项目及结果为导向的，比较多的是受制于甲方的IT管理体系和设计，甲方的要求会在很大程度上决定你的工作重点和方向，因此运维人员是缺乏话语权和主创性的。
三、ITIL标准化运维
离开外企后，我进入一家集团公司工作。这里正在推行ITIL标准化运维，说到ITIL其实已经不再是一个新生事物，随着企业业务的复杂化和IT应用系统的拓展，运维的标准化和流程化是必须的。
相对于传统运维，实施ITIL必先从理念上进行改变。那么如何在企业里推行ITIL运维呢？ITIL运维体系下如何做好运维工作呢？我恰好经历了这一阶段，也亲身体会了其中的变革过程。
