随着云计算技术的不断发展，在信息化建设模式上上云是大势所趋。对于企业而言，已建立的内部集成并不能支撑其快速搭建开发环境、快速部署集群服务，并且动态水平扩展对多组织情况许可费用高昂、没有敏捷快速迭代机制，导致开发完毕就落伍，以及不能快速进行产品扩展等现象，解决这一问题的根本方法就是引入UMC（Unified Management Center）云管理平台。

UMC可以对多个产品进行统一管控，通过镜像的方式添加产品，同时可以在UMC中同时监控多款产品的运行日志，以及执行linux命令完成对容器以及产品的管理，简化繁琐的命令输入，通过图形化界面即可完成命令的执行。在本篇文档中将对UMC在项目运维中的作用进行阐述。

整体说明

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

1.项目介绍

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

2.整体架构

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

3.主要工作

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

1.数据集成类：处理客户在OA录入数据或是在MDM录入数据后，向下同步的过程中，同步失败的问题；

2.问题解答类：客户在使用MDM的过程中，或是在处理数据的过程中，会出现功能不知如何使用，或是不理解数据处理逻辑的问题，在日常工作中需要为客户进行答疑解惑；

3.技术支持类：客户在使用MDM的过程中，会出现误操作的情况，导致数据出现问题，在平时的工作中需要对出现的问题进行针对性的处理。

问题说明

本篇文档中涉及到的运维工作内容为处理已上线的业务系统在运行过程中产生的问题，主要分为三类：一是数据集成类，二是问题解答类，三是技术支持类。在本章节中将对这三类问题中出现次数较多的问题进行介绍。

1.数据集成

在日常工作中，偶尔会出现上下游业务系统的数据不一致的问题，具体可以分为两种情况：

1.MDM与OA数据不一致，导致下游ERP及PLM数据不一致，这种情况一般是OA数据在推送至MDM的过程中，OA推送数据的字段信息发生了变化，导致ESB的集成流程报错，数据未同步成功；

2.ERP与MDM数据不一致，大致原因可分为客户误操作、字段处理问题以及参考数据的编码不一致等问题，导致数据在同步到ERP时，ERP的接口拒绝接收这些数据，从而同步失败。

2.问题解答

在日常工作中，偶尔会出现某些功能客户不会使用，或是不明确部分数据在MDM的处理逻辑的问题，具体问题可分为如下几点：

1.客户新接触MDM，不了解MDM分发数据到ERP的操作步骤；

2.数据批量录入MDM，对于数据导入功能不了解如何使用，以及Excel模板如何处理；

3.新投入使用的经营物资类数据部分公司的处理逻辑与其他公司有差异，在调整过程中将调整内容对负责此类数据的客户进行讲解。

3.技术支持

技术支持类的问题一般产生在客户独自进行操作之后，由于操作MDM的客户较多，同时客户各自负责的模块也不同，难免会出现误操作的情况，导致数据无法录入至MDM中，或是数据在录入MDM后无法下发至ERP，从而使后续在ERP进行财务处理时，无法使用这些数据。这时就需要定位数据出现问题的原因，并协助客户完成数据的录入以及下发。

问题处理

在运维工作中，类似上文中提到的情况，是最容易进行处理的，至于其他的集成类以及支持类问题，都需要进行问题的定位，同时根据定位到的原因进行针对性的调整、处理，这时日志的作用就得到了体现。

1.产品作用

UMC对各产品进行统一管理，将常用的Linux命令做成产品功能，通过UMC产品的图形化界面可以非常快速地完成对产品、容器进行操作，快速完成项目环境的维护。同时通过UMC的实例监视功能，查看产品的运行日志以及历史日志，便于运维人员进行问题分析定位，加快问题分析定位的速度，提高运维工作完成的效率；如在本地查看日志，当问题是历史时间发生的，定位产生原因就需要进行问题复现，同时查看日志，通过UMC便可以直接查看历史日志进行分析、处理。

2.实时处理

在日常工作中，当遇到集成问题或是产品问题时，以MDM为例，需要查看日志时，可以登录UMC点击实例监视，如图：

选中希望查看日志的产品，点击运行日志，查看产品运行期间的日志，通过问题复现的方式定位问题产生原因，如图：

运行日志界面如图：

3.历史问题

项目中出现的问题有时不便于进行复现的情况，这时就需要查看历史日志对问题进行分析、定位，打开对应产品的日志文件对话框，如图：

如果所有的日志都存放在一起，会导致日志文件非常的庞大，无法进行查看，就需要对日志进行拆分，在UMC中可以对拆分后的日志文件分别进行查看，双击catalina.out打开日志文件，可以查看当天日志信息，如图：

对于历史日志内容，可查看catalina.日期.out文件进行查看，当然，由于每个项目的服务器性能有所差异，日志保存的时间也就存在着差异，如果时间过长，日志可能已经被清理，无法进行查看，历史日志文件如图：

运维方式

运维工作也需要掌握工作方法，好的工作方式可以使客户以及工作伙伴能及时了解问题解决的进度，使后续的工作开展更加顺利，在本章节中将对在运维工作中收获到的好的工作方法进行分享。

1.及时响应

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

2.快速定位

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

3.总结分析

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

总结归纳

UMC云管理平台是用于AEAI 集成套件的云平台开发、部署、管理、运维统一管理中心，对集群配置、运行状态等进行统一管理，通过UMC可以快速完成项目日常运维工作以及开发工作。

1.工作总结

通过项目中的运维工作，更好地理解公司产品相互间的关联关系以及产品运行逻辑，在运维过程中，UMC产品对于其他产品的统一管理，很大程度上加快了工作的完成速度，提高了工作效率； UMC将linux命令做成图形化界面的功能，都很大程度上地简化了工作的复杂程度，使得不熟悉linux命令的人都能进行简单的环境调试，同时搭配实例监视，能处理项目中出现的大部分问题。

2.功能总结

UMC云管理平台用于对公司集成套件的云平台开发、部署、管理、运维进行统一管理，与由不同产品灵活组合形成多种解决方案的容器化套件以及持续集成、持续交付的CI/CD管理机制共同构成 iPaaS平台。由UMC云管理平台连接应用、协同业务，实现业务集成，支撑业务中台；通过连接应用、共享数据，实现数据集成，助力数据中台。

3.总结归纳

运维工作与开发工作不同，运维工作涉及更多与客户交互情况，在运维工作中，会遇到许许多多的问题，处理这些问题的最好方法便是直接与反馈问题的客户进行交互确认，从交互过程中提取出足够的信息，并根据这些信息快速地定位问题、解决问题，并将处理结果及时地反馈给客户，提高客户的满意度。

在运维工作中，UMC这款产品可以很好的为完成工作提供帮助，无论是环境维护，还是集成过程中出现的问题，亦或是产品运行期间出现的问题，都可以通过UMC产品的功能进行分析；同时UMC将常用的linux命令做成了产品功能，因为有这些功能，提高了产品的易用性，使得即使是不熟悉linux命令的人员，也可以完成简单的环境操作。