欢迎访问粤港澳大湾区新闻生活综合门户网站——粤港澳在线(www.yga360.com)!

粤港澳在线

运维词语(韵味词语)

粤港澳在线 2021-4-9 15:00 2

摘要:  应聘用友的erp软件维护工程师,面试会问些什么?首先给你分析一下,他们的职位要求的原因:1、需要入职者经过一个好的理论环境熏陶过,或者说对一些专业知识、词语不是 ...

应聘用友的erp软件维护工程师,面试会问些什么?

首先给你分析一下,他们的职位要求的原因:

1、需要入职者经过一个好的理论环境熏陶过,或者说对一些专业知识、词语不是很陌生,即方便与ERP的理论结合!

2、ERP软件维护工程师服务的对象就是客户,也就是一些生产和物流行业的企业。这点就是要求入职者对一些行业熟悉,即方便与生产和供应链的实际流程结合!

3、ERP实施无非就是推项目及解决异常,即方便与理论和实际的结合!

你的条件:

1、本科毕业,计算机和会计专业,其中应该涉及很多ERP相关知识,特别是会计,至于计算机网络你只需要知道基本就可以了,因为用友针对软件使用过程中由于计算机及网络出现的异常都有FAQ!

2、沟通协调能力你目前仅仅限于理论,不过这个也是你的优势!

3、CRM客户关系管理,也可以理解为ERP的一个模块,不过你也仅仅限于使用!

总结:

1、这个职位基本不需要编程,但是你需要懂一些编程的知识,因为你是客户(使用者)和程序员之间的关键点,你需要将两者的语言互译,你可以去网上了解一些简单的编程知识!

2、多去网上找一些ERP项目推行的计划书,因为你这个职位主要是做这些,可以去用友官网去找!

3、多去网上找一些ERP的FAQ(异常处理方法)主要针对用友!

北塔软件“主动运维”真的没有更好的选择了吗?

在IT运维领域,有两个被无数次提起的词,一个是“救火队员”,一个是与之对应的“主动运维”。两个词汇前后呼应,旨在说明IT部门为了摆脱前者匆忙、低效的形象,用尽洪荒之力,以求避免IT系统故障,增加业务系统的健康运行时间。

但是,作为国内领先的IT运维管理解决方案提供商,北塔软件在为很多客户提供运维服务时却发现,在“主动运维”的光环背后,很多人还只能将其当成一种愿望,真正实现起来却是困难重重。这是因为,在主动运维落地时存在的两大难题:经验、能力。

误把“阈yù”当“阀fá”,棘手问题紧跟其后

在IT管理中,有两个词经常被混淆在一起用,你甚至可以在一些IT大咖演讲时也能听到。这就是阈值和阀值。其实,“阀值”这个词最早是没有的,后来国家的咬文嚼字工作组通过统计全国人民使用词语的习惯(也就是别字用多了,大家都成了习惯),发现了阀值这个词。但规范来讲,“阈值”才是主动运维中的正宗血脉。那么,我们为何要紧紧抓住它呢?

在被动运维中,业务部门一般最先发现故障现象,然后层层汇报领导后,指令IT运维部门尽快查明原因,并制定故障解决方案,直至解决故障,系统恢复正常为止。而主动式IT运维服务则可以很好的采取预防的手段进行监控管理,由IT部门首先发现可能出现的故障,改变“被火烤”的局面。为此,IT部门需要针对每个系统建立阈值报警体系,通过“基准线”观察每个系统可用性、流畅度、安全性的指标,凡低于或超过阈值,说明系统无法达到最低要求,则对该系统进行报警提示。

阈值的定义很容易理解,但在运维工具中如何设定就是一道难题了,这需要“经验”。首先,除了“0%”或是“100%”,这之间的任何一个数值都会处于设定预警阈值的范畴,管理员很难选取最合理的基线范围。其次,如果说“60%~80%”属于最常见的平均预警数,但业务系统都会出现集中访问的高峰期或是空闲期,阈值空间就会极大,造成频繁误报的现象。对于许多新上线的系统,“管理员的经验”几乎无法发挥作用。

对此,北塔软件表示:阈值的设定要依据历史数据,但一些维护人员往往是依靠自己的运维经验和行业惯例来设定故障告警阀值,无法按照系统的运行变化特性及时地进行智能调整,也没有持续改进和优化的有效方法来改变现状。鉴于以上难题,北塔BTSO2.5在保留实时阈值告警的基础上,更着重于对历史数据进行深入挖掘,系统从用户业务环境中自主学习和生成风险阈值,这项特性可以帮助管理员解决阈值固化的问题,进而实现自动化的主动运维方式。

没有“技术大咖”就无法实现主动运维吗?

建立和实施信息系统的主动式运维管理平台,注定是一个循序渐进的过程,需要对运维规则进行反复的调整,这不可能一蹴而就。但是,每个企业的IT部门都有着自己的特色,有的技术人员能力很强、待遇很高,有的却无法留住这些高资人才,导致运维规则无法落地。

因此,如果说“自主学习”是主动运维的第一步,接下来就需要实现“智能运维”,这也是从“人治”到“法治”的门槛。

传统的主动运维思路以事件为核心,侧重对故障的定位,但不负责解决,这就无法摆脱“人治”的束缚。而BTSO提出的主动运维不仅以数据为核心,根据用户所属行业自动定义正常阈值,还能将运维规则自动导入,指引用户按照规则处理IT预警信息,直接让用户步入中等运维水平。

以高负载主机为例,当管理对象加入系统后,BTSO自动启动各类主机性能监控,当个别主机出现高负载的表象后,系统不仅可以过滤偶发的CPU冲高现象,还能横向扩展分析,结合历史数据自动判断,告之用户这个偶发现象是否有关联、是否影响了业务系统的整体健康。如果被确定为长期高负载主机,系统将提出优化处理步骤。

不仅是CPU,管理员最担心的内存泄露,BTSO也能从增长趋势的角度,智能分析出这些表像背后的根源,利用72小时或更长时期的分析报告,或是系统将根据用户需求自动做出24小时的“进程级”内存泄露定位,展现有可能溢出的进程名称和消耗,更主动的消除故障隐患。另外,网络拥堵、数据库指标异常波动等,这些很难在短时间处理、必须依靠技术高手处理的问题,BTSO都提供了智能处理的内置规则,在用户无需掌握深奥理论的情况下,首先解决实际问题。并且,这些正确处理的步骤会被一一记录,在企业内部形成运维知识体系的传承。

“开刀治病”不如“强身健体”

在IT运维领域中,“主动”并不是一个新鲜的概念,几乎所有的IT运维产品都在宣传它。然而,由于今天的IT组织面临着诸如日益增长的基础设施复杂性、技能方面的限制以及“人才短板”等相当多的问题,因此要实现这一点并不容易。

但是,“主动运维”刻不容缓。这就如人生病一样,很多疾病都会造成身体上多处特征的不良反应,但生活中多数人都不在意身体不适症状,因此导致很多疾病错过了最佳的治疗时机。当然,主动运维理念的发展方向也将迎来改变,智慧运维不仅需要“开刀治病”,更应解决运维经验、个人能力等问题,指引业务系统“强身健体”。

公司组织结构,求四字成语或词语。

开发人员- 挖地三尺

运维人员- 眼花缭乱

项目人员- 绞尽脑汁

市场人员- 鸡飞狗跳

财务人员- 细水长流

产品部人员-推陈出新

集成人员- 手忙脚乱

行政人员- 坐享其成

ISO20000和ISO27001映射关系是什么?

关于27001与20000的关系问题,我想主要要从三个方面进行分析:一是两者在组织管理中的地位关系;二是两者如何互相融合、借鉴;三是企业如何考虑使用这两套标准。

首先,来说说两者在组织管理中的地位。

我先接触的是20000体系,而且在学之前系统学过ITIL理论。关于完整的IT服务管理体系,我的认识是它是关于企业中如何进行IT系统的运行服务管理的体系。这里有三个关键词语需要注意,一是IT系统,如果一个组织的业务对IT系统的依赖不大,大可不必上此套管理体系;二是运行,最终目的强调的是IT系统的可用性,这也是整个ISO20000管理体系的核心;三是服务管理,强调说明运行维护是一项服务,服务级别管理及服务报告是服务管理的核心体现,也是ISO20000的精髓。在ISO20000的13个流程中有信息安全管理流程,标准中注明了信息安全管理要参考ISO17799。从这个层面理解,ISO20000应该包含ISO27001的内容。这也是我学完ISO20000后的初步认识和后来进一步学习27001的动机,目的都是为了做好IT服务的管理。

但是,当我学完27001后,我才发现,这个认识是错误的。正确的理解应该是,从整个组织管理的角度看,ISO27001应该包含ISO20000。为什么这么理解?这要从ISO27001在组织管理中所起的作用来分析。27001主要讲的是信息安全管理体系的建设、运行、维护和改进。对于信息安全管理的目的,标准中反复强调的是保证信息的保密性、完整性和可用性,而我们最容易陷入的误区是信息安全就是保密性,不牵涉到完整性和可用性,实际上三者的整合才是信息安全管理的目的。前面已经提到,ISO20000的最终目的是要管理IT系统的可用性,实际上只是完成了ISO27001中的可用性管理。而且从IT系统的生命周期看,20000管的是系统建设完成后的可用性管理,27001管的是从需求到开发到运行维护整个IT系统生命周期的可用性管理。从这个角度理解,仅仅对于可用性的管理,27001需要管理的范围就更大,而且,27001还要管理信息的保密性和完整性。当然,信息的完整性是个基本要求,信息不完整也意味者不可用,因此,无论是27001还是20000,对完整性的管理都是基本要求。

因此,我们基本可以得出结论,对于一个比较依赖IT系统的组织来说,27001的内容包含20000的内容。做好20000对于27001的建设是大有好处的,而且,对于一个有需求的组织来说我也建议先上20000,再上27001。

其次,来说说两者之间如何融合、借鉴。

ISO20000的服务管理思想是ISO27001所没有的,对于承担运维管理和安全管理的组织中的团队来说,服务管理的思想都是值得借鉴和采用的,因此服务级别协议和服务报告是首先应该考虑融合、借鉴的。

ITIL流程管理的思路,我觉得不论是运维管理还是信息安全管理都应该采用,大家应该好好学习和使用。尤其是对于27001的建设,133个控制措施,点太多,根本就没有串起来。我的感觉是应该用服务台、事件、问题、变更、发布、配置管理将20000和27001的要求串起来。至于如何将27001的要求串起来,可以作为一个课题讨论、研究。

ISO27001的风险管理的思想是一个非常好的且非常实用的思路,一定要融合及借鉴。

综合上述思路,可以归纳为“以服务管理的思想为指导,以风险管理的思想为核心,以ITIL流程管理的思路为主线对ISO27001和ISO20000进行融合”

最后,说说组织应该如何如何考虑使用这两套标准。

在这个话题上,组织应该着重考虑两个问题。其一,这两套标准公司需要吗?其二,何时具备上的条件?

我在这里主要强调的是第二个问题,当组织决定采用其中一个标准或两个标准都采用时,应该具备的条件。要知道,一套体系的建设是高难度的工作。按照我理解的成熟度模型,体系的建设应该是第三阶段的工作。第一个阶段为打基础阶段,主要解决日常工作和监控的问题;第二个阶段是流程建设阶段,要具备流程管理的能力;第三个阶段才是体系建设阶段。因此,一个组织在没有经历前两个阶段前,不要盲目进入体系建设阶段。

Copyright © 2019-2021 粤港澳在线 All Rights Reserved.
粤公网安备44030702002687号 粤ICP备14084703号-14