网络运维年终工作总结（运维工作个人年终总结范文）.docx

会员专享推荐 · 你可能也用得上更多

开通会员，畅读全站文档

本篇文档已为你保留

本篇文档价值 ~~¥35.00~~会员免费解锁

全文不限次阅读，剩余内容即刻解锁
高速下载通道，免排队、无等待
专属客服 1 对 1 答疑，优先响应
每日赠送下载券，本篇文档免费送

有 86 篇商业计划书正在上传

下载原文档

网络运维年终工作总结（运维工作个人年终总结范文）软件项目的生命周期通常分为六个阶段如：项目前期、项目启动、项目蓝图、项目实施、项目验收、项目运维。在项目生命周期的最后一个环节就是项目运维，项目运维不仅是对一个项目里程碑节点的标识，项目运维是项目中的重要环节。前几周运维工作中，客户反馈了一个问题，就是我在写解决方案时，只写了调整策略，没有写升级方案。而且对于运维的边界没有写清楚，比如产品的改动，需要评估的时间，后续对使用的影响等。在此对本次工作进行反思。内容描述首先来回顾下事情的起因，同步分发逻辑和定位分析思路，描述事情的前因后果，方便后续人员快速了解。1.起因概述这是一个由我负责的运维项目，客户在使用我们产品的过程中，发现hr人力管理系统和idm统一认证系统人员数据不一致问题，于是希望我查明原因并解决问题。2.逻辑简述逻辑说明：1.hr分发数据到esb服务器，以json数据格式储存；2.定时读取json文件，调用idm接口更新到idm数据库；3.同时更改idm同步状态，此时没有更改分发状态；4.进行分发任务操作，业务系统回写状态；5.当所有系统分发完成后，调整分发状态，页面与hr显示一致。3.定位分析hr同步到idm系统数据没有问题，原因在于idm分发到业务系统过程中存在问题，导致没有改变idm的分发状态，结果idm系统页面还能看到被hr删除的人员信息，具体原因如下：1.下游业务系统的接口，如果接口调用不通，会导致流程调用超时，流程终止，无法回写idm分发状态；2.下游业务系统的接口，如果接口报错，流程被迫停止，无法回写idm分发状态；3.有些业务系统分发成功还是失败，就结束了，没有回写的操作，所以无法回写idm分发状态。正确做法我在处理这个问题时，设想的是直接调整产品代码，来实现hr和idm保持一致，但对于后续影响的风险考虑不周。正常的方式应该是先提出几种处理方法，经过领导确认，再引导客户推进工作。1.对比分析提出的方案至少要有2种，例如本次运维，对于idm数据与hr数据不一致问题，原因在于idm自身逻辑需要分发系统回写日志，但实际没有回写导致。基于数据不一致的问题，为此提出两套解决方案，一套是在现有idm版本基础上的调整方案，另一套是部署新版本idm的升级方案。2.方案大纲对于方案整体内容可以分为如下几项：1.问题描述：说明是什么原因导致需要对产品做调整2.原因定位：明确定位问题的原因3.原版本调整方案a)处理方法：解决问题的方法b)处理目的：说明处理的目的c)分析优缺：说明这种调整方案的优劣，如果推荐这种就多说些优点4.新版本升级方案a)同步逻辑：说明新方案的处理逻辑b)处理目的：说明处理的目的c)分析优缺：说明这种调整方案的优劣，如果推荐这种就多说些优点5.对比分析：阐述两种方案对比内容，这里给出样例表格如下：同时需要分别给出2种方案的人天数。3.善于引导面对客户提出的需求，我们可以根据自己的理解和落地方式，再次和客户进行沟通，将实现方式和理论进行结合，通过我们自己的理解和通俗易懂的语言对客户进行说明，并引导客户通过我们既定的实现方式进行引导。运维思考之前也出过运维相关的问题，都是一些运维方法方面的，本次遇到的问题其实是从另一个方面说明的运维工作，下面说下本次事情引发的思考。1.意识方向对于一个已经运维很长时间的项目，在做调整时，一定要下意识考虑运维边界的问题。如果是调整产品方面的，要优先考虑产品升级。因为旧版本基本已经停止运维，有些功能已经被新版替代，如果在旧的版本上做调整，间接导致的风险需要预防。而且对于升级来说可以走商务，变相推动后续项目的开展。2.独立思考在和客户沟通时，客户往往会提出自己的想法，我们要明确他们的想法只是就本次问题提出的解决方案，他们是不会从产品整体的角度考虑的。所以我们要有辨别的能力，不能被客户的想法带偏。要有独立思考的能力和意识，反客为主引导客户来实现我们的方法。3.做好备份建立运维流程，运维人员要按照流程与既定规则，避免个人不良操作习惯带来的风险。每次解决客户问题后，都要及时保留解决文档，上传到svn服务器上，群里的对话如果是客户确认的信息，必要时需要截图留下证据。当客户忘记时，可以及时给予提醒。工作职责运维工作职责包括：协助完成it系统基础架构的设计规划；负责系统硬件架构的实施部署工作；负责windows、linux以及unix服务器系统的日常运维工作；负责数据库的日常运维；承担机房的运维工作；负责备份系统的日常维护。1.系统稳定运维的主要工作是保证系统的可用性和稳定性，应用上线后，运维工作才刚开始，具体工作可能包括：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发故障处理、服务日常变更调整、集群管理、服务性能评估优化、数据库管理优化、随着应用增减进行应用架构的伸缩、安全、运维开发工作。2.明确界限心中要明确运维的边界，什么是需要运维做的，什么是不需要运维来做的，只有分清边界，才能更快更好地完成运维工作。具体内容如下：负责内容：调整安全、jvm、查数据、拉取推送数据等项目级工作；不负责部分：涉及到产品的改动运维没有权限做处理。3.二次销售下意识对客户进行二次销售，在运维过程中，向客户渗透公司其他产品，推动后续合作。如果只是解决客户反馈的问题，只能说明你是一个合格的运维人员，想要进一步提升自己，学会二次销售是必不可少的技能。通过二次销售，推动客户与公司的合作，进而提高自己在公司的能力和地位。总结反思以我当前的工作能力来看，以上所述只是运维工作的冰山一角，还有更多的内容有待总结。希望通过我这次暴露的问题，帮助运维部门其他同事少走弯路，推动部门的建设。1.弥补不足其实这次工作最主要的问题就是没有想到推动升级，没有从公司的角度推动项目，我只是想调整代码来解决，对于风险的评估不到位。之前也是嘴上说要二次营销，但实际工作中却没有想到，确实是工作上的失职。说和做还是有一定的差距，后续要时刻警醒自己。2.继续磨练了解自身有哪些优缺点，意识态度要端正、去除劣根性，从一次次暴露的问题上，学习正确的处理方法。这样才能让你在工作中发光发热，才能让你在职业生涯中走得更远。目前还需要继续磨练自身的能力，只有自身能力强了，才能在运维工作中以正确的思考方式完成工作，为公司赢得利益。3.运维展望对于未来部门发展，运维工作是需要分配给其他部门成员的，只有自己掌握运维知识是远远不够的，还需要制定运维规范和流程，帮助其他人学会标准的运维。it运维已经在风风雨雨中走过了十几个春秋，如今它正以一种全新的姿态摆在我们面前—自动化，这是it技术发展的必然结果。现在it系统的复杂性已经客观上要求it运维必须能够实现数字化、自动化维护。运维自动化是指将it运维中日常的、大量的重复性工作自动化，把过去的手工执行转为自动化操作。自动化是it运维工作的升华，it运维自动化不单纯是一个维护过程，更是一个管理的提升过程，是it运维的最高层次，也是未来的发展趋势。