项目运维心得分享(运维项目经验)

随着企业业务迅速发展,需要支撑业务运转的信息系统越来越多,各系统之间的数据分散、重复,未完全形成业务闭环,数据孤立不能互通,数据统计不一致,企业主数据不能共享,数据不完整,缺少关键基础数据,历史数据丢失现象严重,且数据质量低,无统一管理,集成数据可用性差;缺乏统一的、标准的数据管理体系和工具,导致各系统之间、集团与各业务板块之间数据传输与共享机制不规范,存在手工录入现象,无法有效支持高层战略决策及服务升级,基础数据治理方案就是用于处理这种问题的方案。

在本次项目中,所使用的解决方案为基础数据治理方案,源头系统将数据同步至主数据管理平台,主数据管理平台对数据进行数据清洗、数据治理等一系列操作,将各类数据转换为标准数据,不符合标准的数据由客户进行确认修改或是删除;将完整准确的数据分发至下游业务系统。数据的同步分发使用企业服务总线作为各业务系统间传递数据的桥梁,将各业务系统间各种格式的数据进行格式处理、映射转换,将数据转换为各业务系统接收数据接口的入参格式。

整体说明

本次项目使用的是基础数据治理方案,涉及的产品为主数据管理平台以及企业服务总线,同时为快速搭建开发环境、快速部署集群服务,使用到UMC云管理平台,运维工作也就主要围绕着这三款产品展开。

1.项目介绍

本次项目为制造业行业的项目,使用的解决方案为基础数据治理方案,涉及产品包括MDM主数据管理平台以及ESB企业服务总线,同时使用UMC云管理平台用于快速搭建开发环境、快速部署集群服务,本次项目涉及的数据类型主要包括组织人事类、客商类、生产类数据,涉及的业务系统主要包括OA系统、PLM系统、ERP系统以及MES系统,具体清单如下:

项目运维心得分享(运维项目经验)

2.整体架构

本次项目使用的解决方案为基础数据治理方案,各类数据从源头系统同步至主数据系统,数据经由主数据系统进行数据治理,转换为标准、完整、准确的数据,并将经过数据治理之后的数据分发至下游业务系统,下游业务系统在接收到数据之后自行对数据进行处理并将数据存储至自身系统当中,基础数据治理方案的集成架构如图:

项目运维心得分享(运维项目经验)

3.主要工作

目前主数据与OA、主数据与ERP以及PLM之间的数据传输通道已连通并投入使用,OA方在录入数据之后可以将数据自动同步至主数据系统并自动分发至下游PLM以及ERP系统。日常的运维工作如下:

1.数据维护类:处理客户在源头业务系统录入数据使用的方式不正确,导致未调用主数据接口,数据未同步至主数据系统之中的问题;

2.问题解答类:客户直接在主数据进行数据录入,不清楚操作步骤,给出操作文档并进行指导工作,或是客户不清楚主数据接口调用逻辑时,对其进行答疑工作;

3.技术支持类:当上下游业务系统数据不一致时,协助其定位不一致的数据产生的原因所在。

工作内容

本篇文档中涉及到的运维工作内容为处理已上线的业务系统在运行过程中产生的问题,主要分为三类,一是数据维护类,二是问题解答类,三是技术支持类,在解决问题过程中收获的经验以及具体问题描述将在本章节中进行阐述。

1.数据维护

基础数据治理方案是用于解决数据不完整,缺少关键基础数据,历史数据丢失现象严重,且数据质量低,无统一管理,集成数据可用性差的问题,在实际项目中,涉及到多个业务系统,源头业务系统需要同步数据至主数据系统,本次以OA系统为例,OA系统是将主数据接口绑定在保存按钮上,数据在录入之后点击提交时会调用接口将数据同步至主数据系统中,如图:

项目运维心得分享(运维项目经验)

但是由于目前OA系统正式投入使用不久、数据较少,OA系统在录入数据时会将数据量较大的数据通过导入的方式导入至系统之中,这些数据不会调用主数据的接口,这时就需要主数据系统进行数据的拉取操作,如图:

项目运维心得分享(运维项目经验)

此类工作次数不多,且后续数据录入完毕后就不会出现此类问题。

2.问题解答

问题解答类工作最主要的是针对客户在使用主数据系统过程中不明确的方面进行解答,此类问题也是本人在刚开始接手本项目时感到最棘手的问题,因为当时对于项目的相关业务理解不深,并且对于产品的处理逻辑掌握得也不扎实。通过我后续不断地请教领导同事,以及与各业务系统间的工作伙伴不断交互,逐渐加深了项目相关的业务理解,目前已经可以独立解答客户提出的大部分问题。

3.技术支持

技术支持类问题主要是客户在下游业务系统发现数据有问题时,协助下游业务系统定位问题不一致的原因,本次以下游业务系统中数据缺少的问题情况进行举例,如图:

项目运维心得分享(运维项目经验)

在下游业务系统出现问题时,首先查看主数据中的数据是否有异常,数据是否缺失,主数据无异常则定位数据状态是否正常,如图:

项目运维心得分享(运维项目经验)

可以看到主数据系统数据存在,状态无异常,问题出现在下游系统中,主数据自查是与下游系统自查同时进行。

运维方法

运维工作也需要掌握工作方法,正确的工作方法可以使客户以及工作伙伴了解问题解决的进度,使后续的工作开展更为顺利,在本章节中将对近期运维工作中收获到的工作方法进行阐述。

1.及时响应

在运维工作中最主要的就是对客户提出的问题尽快进行反馈,可以回复客户收到或是马上处理,让客户知道问题正在处理;在问题解决完毕之后,要将问题的处理结果反馈给客户,让客户知晓问题已经解决。快速响应客户的问题可以让客户感觉自己提出的问题受到重视,可以使后续工作中更顺畅地进行沟通交互,让后续的合作更为顺利。

2.快速定位

运维过程中遇到的产品方面的问题肯定会有自己无法解决的情况,面对这种情况,要及时向同事寻求帮助,不要自己硬撑着,尤其是面对客户反馈的问题,这时候如果还坚持自己慢慢研究,很可能会导致不仅花费了过多时间,问题也没有解决,客户那边满意度也会大大下降,得不偿失。因此遇到不懂的地方就要及时去寻求帮助,要不耻下问、尽快解决,有时候自己花了很长时间解决不了的问题别人可能几分钟就解决了,因为他们比自己更有经验,更能够看透问题的本质,从而定位问题根源。寻求帮助能够更好、更快地解决问题,同时也能学习到好的问题定位的思路以及解决问题的方法,一举两得。

3.总结分析

在处理完客户提出的问题并反馈客户之后,要对问题进行分析,分析问题产生的原因,思考如果后续参与其他项目如何去避免这种问题的出现。如果是产品功能不足要整理需求并反馈给开发人员,丰富产品功能。通过不断地总结、分析可以使自身对于项目以及产品的了解更为深入,后续客户提出其他问题时也可以触类旁通,解决问题更为得心应手。

必备技能

项目的运维工作与开发工作需要掌握的技能有着重合之处,如都需要对项目进行前期的了解,熟悉项目、项目的业务逻辑以及项目中的环境;但也有不同之处,运维工作更多的是处理客户反馈的问题,所以需要对项目中的人员加以了解。

1.事前准备

本次项目运维工作本人是在参与功能开发之后开展的,所以对于项目已经有了一定程度的了解,但如果是在开展一个不熟悉的项目的运维工作前,要对即将开展的运维工作做好前期准备,具体包括以下四个方面:

1.了解项目:在开始运维工作之前,首先需要对项目有一个充分的了解,了解项目的相关背景,以及项目中的主要内容、进展情况等信息;

2.理解业务:了解项目的运作方式是非常重要的,这样在解决客户反馈的问题时才不会出现无从下手的情况,能够快速将问题定位,对问题进行排查处理,起到事半功倍的效果;

3.熟悉人员:项目运维中,提前了解相关人员也是非常重要的,首先需要分清楚谁是友商谁是客户,不能把人员弄混淆;接着需要知道友商和客户的对接工作负责人是谁,这样出现问题的时候就能知道要找谁去协调沟通;

4.熟悉环境:在开始运维工作前,要对工作环境进行熟悉,包括服务器环境、数据库环境、常用账号、产品介质等等,熟悉环境的过程也是一个测试的过程,是对工作环境进行的测试,测试环境的稳定性如何。

2.谨慎处理

这是避免应用系统发生故障的一条铁规,也是开发人员、运维人员容易忽视的。要坚决杜绝直接在生产环境做开发、测试和bug修复,这些操作只能在开发和测试环境做,否则一旦出事,将造成无法挽回的后果;生产环境是已经正式投入使用的环境,生产环境中的数据一旦出现问题,将会直接影响整个项目,所以在日常进行测试以及修复客户提出的问题时,一定要先在开发或是测试环境中开展,确定没有问题之后,再调整生产环境。

3.备份监控

提到备份首先介绍一下什么是备份:备份是容灾的基础,是指为防止系统出现操作失误或系统故障导致数据丢失,而将全部或部分数据集合从应用主机的硬盘或阵列复制到其他的存储介质的过程。不管是硬件还是软件总有意外崩溃的时候,这时候就需要备份;经常进行备份可以最大程度地挽回系统崩溃时造成的损失。在系统使用的过程中也要经常地去监控系统的运行情况,防止系统崩溃发现的不及时,造成更大的损失。

总结归纳

通过在项目中处理客户提出的问题,加深了对于公司产品的掌握程度,同时对于本项目的业务逻辑理解得也更为清晰,在本章节中将对近期运维工作中得到的收获进行总结。

1.工作收获

通过近期运维工作,自身对于公司产品的掌握更为扎实,通过解答客户的疑惑或是定位产品的问题,对于项目的业务逻辑理解得更为透彻,也更加了解客户的需求,同时在开展运维工作时,对于一些沟通方式、工作方式也加以改善,这些都是以往工作中所没有注意到的地方。

2.能力提升

运维工作与之前的开发工作并不相同,处理方式也不一样,在运维工作中本人对于以往开发的集成流程理解得更为深刻,最初开发集成流程只是知道数据的流向以及数据映射成什么格式,而对于数据为什么这样要这样进行数据了解得并不深刻,这些都在不断解答客户疑惑的过程中得到了提升。

3.心得总结

运维工作与开发工作差距较大,运维工作要经常与客户进行沟通交互,解答客户疑惑,维护系统正常运行,而开发工作则是需要让系统开始运行;相同之处则是都需要进行反馈,让客户及领导了解掌握工作进度。

在后续的工作之中,本人将会用通过运维工作所理解的知识、掌握的产品去更好地完成接下来的工作,这些知识的掌握也会使其他知识掌握得更为轻松,让后续的工作效率得到提高,同时也会对本次工作暴露的不足加以弥补,去提升自身能力,提高工作效率。

本文由@数通畅联原创,欢迎转发,仅供学习交流使用,引用请注明出处!谢谢~

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022年6月6日 上午10:32
下一篇 2022年6月6日 上午10:35

相关推荐

  • 项目管理必备,16套Project软件使用教程,解决所有项目管理问题

    一个工程项目离开了项目管理就无法正常合理的运行,所以做好项目管理和选择合适的项目管理工具是至关重要的,Project 项目管理软件可以在时间、资源、成本计划、控制等方面帮助项目管理…

    科研百科 2023年10月29日
    212
  • 科研项目实施写作计划

    科研项目实施写作计划 科研项目的实施是项目成功的关键之一。为了确保项目能够按计划顺利进行,需要制定一份详细的写作计划。本文将介绍如何制定一份科研项目实施写作计划。 1. 确定项目目…

    科研百科 2025年3月25日
    0
  • 英特尔 Evo 认证 PC 对决 M1 Macbook:x86 生态加持,Evo 更省心(英特尔evo认证笔记本有哪些)

    如今提到轻薄本,就没有办法绕开 intel Evo 认证 PC 和搭载 M1 处理器的 Macbook 这两大阵营。它们都号称拥有出众的性能、持久的续航和超快的响应,简直就是针尖对…

    科研百科 2023年5月12日
    333
  • 项目管理 沟通

    项目管理沟通:成功的关键在于协调 在项目管理中,沟通是至关重要的。没有良好的沟通,项目就无法取得成功。因此,在项目启动时,项目经理就应该确定如何协调项目成员之间的沟通。本文将讨论项…

    科研百科 2024年9月15日
    28
  • 项目验收评审意见

    项目验收评审意见 在项目验收阶段,评审委员会将对项目的实施情况进行评审,并给出相应的意见和建议。作为项目团队成员,我们必须认真听取评审委员会的意见,并采取措施加以改进。本文将介绍项…

    科研百科 2024年10月11日
    54
  • 绩效项目的管理系统

    绩效项目的管理系统 随着企业竞争的加剧,企业对于员工的绩效要求也越来越高。传统的手动管理方法已经无法满足现代企业管理的需求,因此建立一个高效的绩效项目的管理系统已经成为了许多企业的…

    科研百科 2025年6月24日
    0
  • 科技项目管理系统中个人信息

    在科技项目管理系统中,个人信息是非常重要的一部分。这些个人信息包括姓名、联系方式、电子邮件地址、地址、政治面貌、职业等等。这些信息对于项目管理来说非常重要,因为它们可以帮助项目管理…

    科研百科 2025年1月28日
    0
  • 广东省科研项目立项管理

    广东省科研项目立项管理 随着科技的不断发展,科研项目立项管理已经成为了一个越来越重要的话题。广东省作为我国科技产业的重要基地之一,科研项目立项管理的重要性更加突出。本文将探讨广东省…

    科研百科 2025年4月28日
    1
  • 起底“反催收”:收3980元后培训专业话术、激怒诱导催收员、耍赖拖延偿还欠款

    30岁的张蒙(化名)有两个身份。 过去,他是一名催收员。任职于银行的委外机构,日常是帮银行催收欠款。但现在,张蒙站到了催收的对立面:反催收。 他的客户几乎都出现过信用卡逾期,不少人…

    科研百科 2022年12月1日
    260
  • 学生管理系统的项目结构

    学生管理系统的项目结构 学生管理系统是一个用于管理学生信息的软件系统,它通常包括学生信息管理、课程管理、成绩管理、考勤管理等模块。下面是一个典型的学生管理系统的项目结构。 1. 用…

    科研百科 2024年12月30日
    1