2010年就这样不甚顺利，但也较为顺利的度过了。
随着着公司业务线不断扩大，用户的不断增加，我们的生产平台也开始了随需而变的过程。
2010年下半年开始的按照业务线垂直划分的扩容方法，看上去基本成为了今后我们的基本方向。相对水平分割，这种方式在逻辑设计和物理实现方面还是比较清晰和容易的，且整体方向易于把握。
2010年随着部署服务器的不断快速增加，基于多服务器的集群服务模式已经初见端倪。每个业务线（重要的业务线）有一个专门的服务器组，完成客户的服务请求。而非重要的产品线，也是几个产品线有一个服务器组，完成相关的业务服务工作。用更多的服务器提升服务的高可用性。当然，基本上很多典型的互联网公司都是这样做的。
2010年随着产品线不断增加，采用和正准备使用的开源技术和软件也是越来越多了。当然，对于运维的整体压力也是不断提升的。也许很多软件和技术的应用在设计和测试时是没有什么问题的，但是一旦进入正式生产线，是否能完成高并发，高效率处理业务请求，高可用等等问题就会实实在在的检测了。当然，还有很中重要的一点，就是我们是否用很好的运维能力了。毕竟，没有一款软件的服务是无需管理和干预的。
2010年随着负担更多部门的工作，工作中心和焦点就更多的放在整体业务平台的稳定服务上来了。通过工作深深的认识到，没有成体系的生产流程，完成一个故障容忍度高的生产平台十分困难，或者说基本没有可能。每一次变更都会是一个失败的导火索。相信我，如果你的变更无误完成，只能说明这次运气好而已。没有体系化流程作为运维支撑，失败肯定是常态事件。
2010年随着负责工作不断增多，我渐渐开始接受一种感觉，就是对于即成事实的接受。能接受这种无奈，事实就是如此。我再也不能象以前一下，可以非常详细的检测和思考每一个工程或是运维事件的细节了。更多的我需要去协同相关同事去做。虽然可以在关键的一些节点就行控制，但是很多的时候是对即成事实后的弥补或是调整。对于力求完美的人来讲，一个痛苦的接受过程呀。
2010年还要感谢整个部门一帮踏实肯干的兄弟，很可惜没有姐妹-:)。没有他们不分昼夜的工作，估计我会被BOSS们“拍扁”。感谢你们，真的很给力。
2010年其实就个人来讲还是有很多收获的。读了些书，以至于读到后来，陶醉其中，博客“撂荒”很久都没有更新呀。当然，儿子能健康和快乐的成长，对于我而言是最大的欣慰。很感谢夫人和儿子在我的生活中，你们真的很给力。
相信2011，随着我们的用户进入亿级，我的业务线从无线网络进入互联网，进入更多的海外市场......，运维的压力和困难也会大为增加。2011年肯定还是会有不眠之夜，肯定还会有败走麦城的痛苦......。而答案象以往一样，直面一切问题，勇于担当，而当一切都过去后，我们回望那一年，只会轻轻说上一句：“神马一切都是浮云”。
本文转自Be the miracle!博客51CTO博客，原文链接http://blog.51cto.com/miracle/471893如需转载请自行联系原作者
Larry.Yue
