标签：
习惯了总结，习惯了计划，没有总结就没法把零散的经验体系化，到头来是只见树木不见森林；没有计划就没有目标，没有目标人就容易颓废，到头来是王茂法贴春联一年又是一年。对于运维工作更是如此，运维是自我驱动的，而开发是需求驱动的，这有有很大的不同：运维涉及的知识面极为广泛、具体的工作也是异常分散、不可预知的突发事件更是让你措手不及，没有总结工作起来很痛苦，总是扮演消防员的角色；经过几年的发展，运维基础设施系统等大部分工作通过脚本、系统实现了自动化，很大程度的解放了运维的重复劳动，这个时候很容易无所事事、惶惶不可终日，这是深有体会的，所有计划对运维来说更是重要，计划提升自我、计划优化系统。。。都决定了自己的未来！
以下总结摘自我的工作邮件（仅对个别敏感处进行替换处理），激励自己，欢迎拍砖。
历年习惯，对2014年进行工作总结及计划2015年的工作目标。
一、运维管理类工作主要完成了：
（1）平台mysql慢查询按日分析推送系统上线，将按类别分析后的结果自动邮件至相关人员；
（2）hadoop知识的学习研究，接手hadoop后丰富了监控预警项目，增加了自动容量管理及通知功能，并对集群进行少量优化；
（3）创造性的实现了基于域名的单公网IP多内网站点的（http&https）七层NAT转发，结束了内网web应用测试需要记忆IP+端口的历史（应用在张*的dob*及张*微信的部分测试环境）；
（4）石**机房整体搬迁至**机房及前期机房选址工作；
（5）线上监控系统增加了对redis多实例及代理服务器多实例的支持；
（6）**货运call center系统的学习及监控；
（7）线下虚机系统扩容及将**货运相关虚机资源隔离区分；
（8）线下发布系统重写，结合svn已完美实现完全自动化代码发布通知系统。
二、具体业务方面主要完成了：
（1）重要服务器的升级扩容（增加双电源、从库SSD磁盘扩容、增加服务器/交换机的备用设备）；
（2）线上业务历史数据的归档及清理（tra**库、mongodb库）；
（3）平台图片服务器迁移；
（4）redis、nginx proxy、haproxy单点的解决（线上暂时为冷切换，redis高可用方案已经完成并在线下稳定运行2个多月，2015尽早上线）；
（5）sphinx性能优化：通过增加多实例和专用从库来提高分词服务性能，完全去除了因sphinx索引刷新对其他业务的造成卡顿、阻塞的影响）；
（6）新增服务的线上线下环境部署及自动化发布（MP service、Upload service、影响*、dob**等）；
（7）其他日常运维工作（这个方面有点庞杂，不再列出）。
三、突发事件应急处理方面主要有:
（1）**机房及公司网络、服务器负载、应用本身、DB等问题影响正常访问时，运维组及时排错、修复、跟进、告知相关业务方；
（2）部分服务器硬件问题的及时处理（如主库磁盘坏道、hadoop磁盘故障、datanode主板故障无法开机等）；
（3）openssl出现heartbleed及bash漏洞发现后第一时间排查、确认、升级所有相关系统（详见邮件《关于公司所有linux服务器升级bash的通知20140925》）。
四、个人方面：
（1）通过学习获得了红帽的RHCA认证。
五、2015年主要工作计划（如果继续）：
（1）建立线下的账号集中管理系统（个人服务器账号、jira、svn、跳板机等统一管理），线上已有堡垒机来管理账号暂时没有必要重做；
（2）建立线下服务器统一入口的堡垒机系统（自己开发）；
（3）重点关注老旧服务器的运行情况，并适时提出硬件升级换代的实施方案；
（4）服务单点问题的解决（详见邮件《平台服务单点故障梳理20141114》）；
（5）随着系统的日渐复杂，线下devbox已不能很好的满足开发人员的需求，熊*和李*在前期讨论这个事，如果可行，我们会配合熊*完成。
EOF
标签：
原文地址：http://blog.csdn.net/xuyaqun/article/details/42550763
