杯具结尾之2013

忙忙碌碌，忙忙碌碌，又到一年回顾时，回想起来开年时候的伟大宏愿，实现的不过了了。
总觉得这一年好像没怎么空过，又觉得这一年好像没怎么忙过，或许是自己太高估了自己，或许是真的被太多东西束缚。
上半年推动产品线整理了下现有的应用，最直接的表现就是系统稳定了，不会经常时不时的系统重启，宕机了，除非等到硬件出故障了才会出现问题。自己在上半年没收拾啥技术上的东西，或许只是去关注了些东西，将之收入囊中的少之又少，或许应该说没有才更贴切些吧。倒是没有对不起这份工作，只是自己的提升落后于计划太多。
碰到的故障少了，也缺乏了更多的分析的机会，从故障中汲取的成长养份也更少了些，这对产品线来说是个好事，但对个人来说，反而不是啥好事情，又一对矛盾体出现了。
关注了些大并发的东西，但在实际的时候又用不到，缺少实战的理论总是可有可无，真正碰到了也未必能用起来，个人理解还是故障才是最好的提升捷径。
来来去去的折腾了几个月，发现就下半年了，几个大项目的上线调整，自己也不知道到底参与了多少，总是感觉很多事，但又感觉抓不起来，或许真该到了随时记录的时候，随笔而记才能让自己回顾以往了，以前的强记忆总感觉在退化，很多时候无法精确的回顾以往。
倒是在下半年碰到了几次业务运行上的问题，也让自己有机会拾起来些许脚本，做了系统的简单监控，简简单单的把判断逻辑放进去了。等写完之后才发现这几年人已经懒惰的太多，其实N多的问题可以在之前就自己做出来，现在非得等到业务上出现问题的时候才会被动的去做了。被动的提升一直是自己不愿意的，而如今的自己却毫不犹豫的陷进去了，孰知孰过。
眼见一年快结束了，居然在最后的时候出现了一个故障，影响了整年的运维。最杯具的事情居然是这故障出来之后无能为力，令人抓狂，技术层面无法解决，只能靠业务层面去做。回想起最近看的书里提到的一句话“运维不仅仅靠技术，还有业务运维”，想想也是，合理的业务运维可以尽最大可能的避免故障，甚至可以提升运维平台的稳定性，眼前的自己好像只在技术运维层面去考虑些东西，没有把业务运维拉进去，缺少了对业务的关注。
2013，散散乱乱，或有所得，或失常性。