IT运维又一年,2010 推荐
2011-01-04 21:39
204 查看
2010年就这样不甚顺利,但也较为顺利的度过了。
随着着公司业务线不断扩大,用户的不断增加,我们的生产平台也开始了随需而变的过程。
2010年下半年开始的按照业务线垂直划分的扩容方法,看上去基本成为了今后我们的基本方向。相对水平分割,这种方式在逻辑设计和物理实现方面还是比较清晰和容易的,且整体方向易于把握。
2010年随着部署服务器的不断快速增加,基于多服务器的集群服务模式已经初见端倪。每个业务线(重要的业务线)有一个专门的服务器组,完成客户的服务请求。而非重要的产品线,也是几个产品线有一个服务器组,完成相关的业务服务工作。用更多的服务器提升服务的高可用性。当然,基本上很多典型的互联网公司都是这样做的。
2010年随着产品线不断增加,采用和正准备使用的开源技术和软件也是越来越多了。当然,对于运维的整体压力也是不断提升的。也许很多软件和技术的应用在设计和测试时是没有什么问题的,但是一旦进入正式生产线,是否能完成高并发,高效率处理业务请求,高可用等等问题就会实实在在的检测了。当然,还有很中重要的一点,就是我们是否用很好的运维能力了。毕竟,没有一款软件的服务是无需管理和干预的。
2010年随着负担更多部门的工作,工作中心和焦点就更多的放在整体业务平台的稳定服务上来了。通过工作深深的认识到,没有成体系的生产流程,完成一个故障容忍度高的生产平台十分困难,或者说基本没有可能。每一次变更都会是一个失败的导火索。相信我,如果你的变更无误完成,只能说明这次运气好而已。没有体系化流程作为运维支撑,失败肯定是常态事件。
2010年随着负责工作不断增多,我渐渐开始接受一种感觉,就是对于即成事实的接受。能接受这种无奈,事实就是如此。我再也不能象以前一下,可以非常详细的检测和思考每一个工程或是运维事件的细节了。更多的我需要去协同相关同事去做。虽然可以在关键的一些节点就行控制,但是很多的时候是对即成事实后的弥补或是调整。对于力求完美的人来讲,一个痛苦的接受过程呀。
2010年还要感谢整个部门一帮踏实肯干的兄弟,很可惜没有姐妹-:)。没有他们不分昼夜的工作,估计我会被BOSS们“拍扁”。感谢你们,真的很给力。
2010年其实就个人来讲还是有很多收获的。读了些书,以至于读到后来,陶醉其中,博客“撂荒”很久都没有更新呀。当然,儿子能健康和快乐的成长,对于我而言是最大的欣慰。很感谢夫人和儿子在我的生活中,你们真的很给力。
相信2011,随着我们的用户进入亿级,我的业务线从无线网络进入互联网,进入更多的海外市场......,运维的压力和困难也会大为增加。2011年肯定还是会有不眠之夜,肯定还会有败走麦城的痛苦......。而答案象以往一样,直面一切问题,勇于担当,而当一切都过去后,我们回望那一年,只会轻轻说上一句:“神马一切都是浮云”。
随着着公司业务线不断扩大,用户的不断增加,我们的生产平台也开始了随需而变的过程。
2010年下半年开始的按照业务线垂直划分的扩容方法,看上去基本成为了今后我们的基本方向。相对水平分割,这种方式在逻辑设计和物理实现方面还是比较清晰和容易的,且整体方向易于把握。
2010年随着部署服务器的不断快速增加,基于多服务器的集群服务模式已经初见端倪。每个业务线(重要的业务线)有一个专门的服务器组,完成客户的服务请求。而非重要的产品线,也是几个产品线有一个服务器组,完成相关的业务服务工作。用更多的服务器提升服务的高可用性。当然,基本上很多典型的互联网公司都是这样做的。
2010年随着产品线不断增加,采用和正准备使用的开源技术和软件也是越来越多了。当然,对于运维的整体压力也是不断提升的。也许很多软件和技术的应用在设计和测试时是没有什么问题的,但是一旦进入正式生产线,是否能完成高并发,高效率处理业务请求,高可用等等问题就会实实在在的检测了。当然,还有很中重要的一点,就是我们是否用很好的运维能力了。毕竟,没有一款软件的服务是无需管理和干预的。
2010年随着负担更多部门的工作,工作中心和焦点就更多的放在整体业务平台的稳定服务上来了。通过工作深深的认识到,没有成体系的生产流程,完成一个故障容忍度高的生产平台十分困难,或者说基本没有可能。每一次变更都会是一个失败的导火索。相信我,如果你的变更无误完成,只能说明这次运气好而已。没有体系化流程作为运维支撑,失败肯定是常态事件。
2010年随着负责工作不断增多,我渐渐开始接受一种感觉,就是对于即成事实的接受。能接受这种无奈,事实就是如此。我再也不能象以前一下,可以非常详细的检测和思考每一个工程或是运维事件的细节了。更多的我需要去协同相关同事去做。虽然可以在关键的一些节点就行控制,但是很多的时候是对即成事实后的弥补或是调整。对于力求完美的人来讲,一个痛苦的接受过程呀。
2010年还要感谢整个部门一帮踏实肯干的兄弟,很可惜没有姐妹-:)。没有他们不分昼夜的工作,估计我会被BOSS们“拍扁”。感谢你们,真的很给力。
2010年其实就个人来讲还是有很多收获的。读了些书,以至于读到后来,陶醉其中,博客“撂荒”很久都没有更新呀。当然,儿子能健康和快乐的成长,对于我而言是最大的欣慰。很感谢夫人和儿子在我的生活中,你们真的很给力。
相信2011,随着我们的用户进入亿级,我的业务线从无线网络进入互联网,进入更多的海外市场......,运维的压力和困难也会大为增加。2011年肯定还是会有不眠之夜,肯定还会有败走麦城的痛苦......。而答案象以往一样,直面一切问题,勇于担当,而当一切都过去后,我们回望那一年,只会轻轻说上一句:“神马一切都是浮云”。
相关文章推荐
- 【博客话题】2011,创业的这一年 推荐
- LYNC 2010 和Exchange 2010 SP1 UM的整合 推荐
- 推荐给IT运维工程师必须学习的4本Linux书籍
- 最佳拍档-Exchange Server2010和SharePoint Server 2010 推荐
- 安装部署及升级到Exchange Server 2010 推荐
- 部署和发布lync server 2010边缘服务器 推荐
- 新书推荐:Practical Code Generation in .NET: Covering Visual Studio 2005, 2008, and 2010
- 迁移Lync Server 2010 standard心得 推荐
- Exchange 2010部署(一)之准备 推荐
- Impact2010见闻 人人都爱Ipad? 推荐
- 从exchange 2007 SP3迁移到exchange 2010 SP1测试心得 推荐
- 推荐几个实用的Visual Studio 2010的插件
- Visual Studio 2010 Ultimate敏捷功能特性(下) 推荐
- 毕业一年的员工跳槽需要理由吗? 推荐
- Lync 2010 Mediabypass设置 推荐
- 2010厦门之旅-美食篇 推荐
- 管理exchange 2010用户邮箱的完全访问权限 推荐
- Excel 2010 得到当天的日期/得到一年中的第几周/得到当前一周中的星期几
- 让MOSS 2010的用户照片成为用户的LYNC头像 推荐
- 【“让Lync飞”起来】实现Lync Server 2010企业版前端服务器部署 推荐