2013年已经成为过去,这一年里实现了对本身的承诺, 1月份从w公司辞职,4月份进入q公司广州研发团队,成为a项目中的一名业务运维人员。个中有再找工做的迷茫、刚到新岗位时的不适应,也有工做中发现问题、解决问题的喜悦和伴随产品迅速成长的成就感。在此记录下2013年工做、学习经历的点滴,与你们分享。python
新的开始程序员
a是一个快速发展中的移动端IM项目,服务器侧是一个分布式RPC框架,用户量迅速增加、版本不断迭代更新给产品运营带来了很大的挑战,如下是a项目中业务运维的主要工做内容:算法
另外还有域名管理、接入点测速/加速、新功能模块支持、程序起停/监控等。相比以前的系统运维,业务运维工做不但要求熟悉Linux系统、shell/python等各类工具,还须要熟悉各项业务流程,甚至须要了解业务代码,方便在故障时迅速定位问题。shell
运维工做中常常有涉及整个模块甚至全网的变动操做,一些操做稍有不慎,就有可能影响一块重要业务。a项目中Leader给予新人充分信任,新员工到岗不久后就会安排比较重要的任务。刚来的一段时间,因为不熟悉各项流程、急于完成任务,我也有几回误操做,引发几回不小的故障,当时压力山大。服务器
后面逐渐调整心态、放慢节奏,在每项操做前先了解、学习,“涉及到哪些模块,可能会影响哪些功能,实现原理是什么,是否是必定要这样操做”,本身先琢磨一番,遇到不懂的就问,这样每次操做都变成了一次学习的过程。网络
明晰了变动内容、可能出现的负面效果,内心也有底一些,但即便事前作好万全准备,操做过程当中可能还会出现问题,又或操做结果不符合预期。这要求咱们不但操做前要进行检查,还要操做时灰度(先变动几台机器,没问题再上到全网),灰度过程当中观察监控数据,当监控数据异常时,及时回退变动、调整操做方法。架构
多思考、多总结,不能一味求快,熟悉了,效率天然就上来了。不论作什么工做,从事什么行业,我想都是这个道理吧。框架
运营再认识运维
以前在w公司虽然干的是运维岗位,但只须要关注操做系统和一些中间件软件,不涉及业务,于是对业务运营的了解比较少。进入a项目以后,认识到运营工做对项目持续稳定运做,起到很是关键的做用。研发系统中,运营岗位包括运营开发/业务运维/资源管理岗/QA/客服,业务运维的工做内容在前面已有说明,下面说说运营开发和资源管理岗的工做职责。分布式
运营开发岗负责监控、告警、部署系统、变动系统等各类系统的开发和维护,这些系统支撑着整个运营体系。面对a项目海量的日志和数据上报,面对迅速增加的设备规模,面对这帮更挑剔的程序员“客户”,运营开发同窗的开发任务并不轻松,每一个系统还须要考虑各类问题:
a项目中业务监控、告警已经作的比较完善,有功能点出现异常,10分钟内就有报警出来。
身处迅速发展中的业务,资源管理同窗也须要承担很多工做:
设备分布和带宽资源状况影响着总体系统架构;为节约设备、下降流量费用,须要不断寻找架构和程序的优化点,于是资源管理岗的工做也与开发工做紧密相关。
你能够作得更好
毕业后至今有两年半时间,如今的工做与上一份工做相比,节奏更快,工做到零点之后也是常有的事情,也曾一度怀疑本身能不能胜任这份工做,以为压力很是大,但一路坚持下来,感受都是值得的。勇于跳出温馨区的、乐于折腾本身的人,我想不少是为了获得精神上的知足,借用美剧《绝命毒师》中的一句台词:
如今算是实现了毕业后对本身的承诺,遇上移动互联网这波浪潮,而且在国内一流的IT团队,作着一项很是有意义的事。这时我问本身:下一步是什么?
我想这个答案会是:你能够作得更好。
2014年,但愿更多地了解业务流程和熟悉业务代码,更多地了解各类库方法和框架实现原理,更多地思考总结和积累沉淀。
2014年,将有哪些变化,又会有哪些机遇与挑战呢?期待 !