IT运维又一年，2010

        2010年就这样不甚顺利，但也较为顺利的度过了。

        随着着公司业务线不断扩大，用户的不断增长，咱们的生产平台也开始了随需而变的过程。

        2010年下半年开始的按照业务线垂直划分的扩容方法，看上去基本成为了从此咱们的基本方向。相对水平分割，这种方式在逻辑设计和物理实现方面仍是比较清晰和容易的，且总体方向易于把握。

        2010年随着部署服务器的不断快速增长，基于多服务器的集群服务模式已经初见端倪。每一个业务线（重要的业务线）有一个专门的服务器组，完成客户的服务请求。而非重要的产品线，也是几个产品线有一个服务器组，完成相关的业务服务工做。用更多的服务器提高服务的高可用性。固然，基本上不少典型的互联网公司都是这样作的。

        2010年随着产品线不断增长，采用和正准备使用的开源技术和软件也是愈来愈多了。固然，对于运维的总体压力也是不断提高的。也许不少软件和技术的应用在设计和测试时是没有什么问题的，可是一旦进入正式生产线，是否能完成高并发，高效率处理业务请求，高可用等等问题就会实实在在的检测了。固然，还有很中重要的一点，就是咱们是否用很好的运维能力了。毕竟，没有一款软件的服务是无需管理和干预的。

        2010年随着负担更多部门的工做，工做中心和焦点就更多的放在总体业务平台的稳定服务上来了。经过工做深深的认识到，没有成体系的生产流程，完成一个故障容忍度高的生产平台十分困难，或者说基本没有可能。每一次变动都会是一个失败的×××。相信我，若是你的变动无误完成，只能说明此次运气好而已。没有体系化流程做为运维支撑，失败确定是常态事件。

        2010年随着负责工做不断增多，我渐渐开始接受一种感受，就是对于即成事实的接受。能接受这种无奈，事实就是如此。我不再能象之前一下，能够很是详细的检测和思考每个工程或是运维事件的细节了。更多的我须要去协同相关同事去作。虽然能够在关键的一些节点就行控制，可是不少的时候是对即成事实后的弥补或是调整。对于力求完美的人来说，一个痛苦的接受过程呀。

       2010年还要感谢整个部门一帮踏实肯干的兄弟，很惋惜没有姐妹-:)。没有他们不分昼夜的工做，估计我会被BOSS们“拍扁”。感谢大家，真的很给力。

         2010年其实就我的来说仍是有不少收获的。读了些书，以致于读到后来，陶醉其中，博客“撂荒”好久都没有更新呀。固然，儿子能健康和快乐的成长，对于我而言是最大的欣慰。很感谢夫人和儿子在个人生活中，大家真的很给力。

         相信2011，随着咱们的用户进入亿级，个人业务线从无线网络进入互联网，进入更多的海外市场......，运维的压力和困难也会大为增长。2011年确定仍是会有不眠之夜，确定还会有败走麦城的痛苦......。而答案象以往同样，直面一切问题，敢于担当，而当一切都过去后，咱们回望那一年，只会轻轻说上一句：“神马一切都是浮云”。