你想不到的IT运维前途

     本人一毕业就走上了IT系统运维的道路，我之因此踏上这条路并一直坚持了下来，由于以为运维工做并不是一味关注技术，而是关注包括技术在内的更综合的解决方案，也就是说，作运维，本身要学的知识面更广，考虑问题要更加细致和周全。通过这么多年的工做小有所成，最近工做不那么紧张了，就开始思考运维工做到底是什么？可细分为哪几种类型？我应该往哪一个方向继续发展下去？

     网络运维：是IT管理的核心和重点部分。主要包括对网络设备、服务器备、操做系统运行情况进行监控；对各类应用支持软件如数据库、中间件、群件以及各类通用或特定服务的监控管理；对系统和业务数据进行统一存储、备份和恢复容灾管理等。

     CDN运维：负责CDN网络的建设、维护，解决工做中遇到的故障，性能瓶颈等问题

     系统运维：负责负载均衡等的设计、建设、维护。对于系统软件的工做机制和文档、各类操做系统发行版的文档要很是熟悉。

     应用运维：负责业务层的运维，它包含了部分系统运维的工做，更像一个架构师和应用说明书。

     应用运维负责IT系统运维的业务，这是须要与业务研发有紧密的沟通。应用运维是运维部直接与研发进行接触的团队。研发对网络、CDN等并非很精通的，他们可能最多只是知道一些名词。我不反对研发不该该了解运维相关的技能，偏偏相反，若是研发可以更多的了解运维知识、技能，相信会更好的设计、研发项目。可是这种人，已是架构师了，至少已经不在一线研发队伍了。并且这些了解运维知识的研发人员也不会去作运维的工做。

     因此，应用运维应该必须有能力去支撑起业务的运维工做。这样，要求应用运维人员可以精通运维的流程、熟悉网络状况、熟悉CDN状况、知道系统负载的设计原理等等。也就是说应用运维应该是运维全部知识的集大成者。这样，应用运维具有了全部的知识、技能，才可以全力将trouble-shooting解决掉，而不是将故障的处理有如足球同样踢来踢去。

     应用运维应该掌握IT系统运维全部知识、技能，IT系统运维全部的工做，都是为了支撑起应用运维工做，并且应用运维也应该是其余运维团队的产品需求方。当时选择运维是茫然的话，如今我以为运维很适合本身了，不光运维合适，并且还感到如今的公司仍是一个很舒适的你们庭，在我技术不断积累提高的同时，公司高效的时间管理和沟通方式是让我深有体会。