业务系统间关联关系如何梳理?

随着数据大集中的逐步深入,上线应用系统越来越多,业务越来越复杂。系统间关联关系如何有效梳理?其中一个应用系统宕机业务的影响范围如何有效评估?另外,应用系统管理员从每人负责几个应用系统的运维到现在每人负责十几个乃至几十个应用系统的运维压力如何解决。由于政府行业编制的特殊性大规模招人显然不现实。

参与5

2同行回答

s6dongs6dong  it技术咨询顾问 , 东软集团
     对于系统间关联关系的梳理,首先你要识别哪些是核心系统,哪些是与核心系统关联的非核心系统,然后再从业务逻辑,接口连接,依存关系等方面梳理非核心系统与核心系统之间的的关系,根据关系画出一个关系图表,在每个业务关系图上标注出业务系统的关键信息数...显示全部

     对于系统间关联关系的梳理,首先你要识别哪些是核心系统,哪些是与核心系统关联的非核心系统,然后再从业务逻辑,接口连接,依存关系等方面梳理非核心系统与核心系统之间的的关系,根据关系画出一个关系图表,在每个业务关系图上标注出业务系统的关键信息数据,便于理解和分析,最终得出一张完整的系统间关联关系图。

一个应用系统宕机业务的影响范围如何有效评估?

可以从以下几个方面进行分析,首先是收集信息,进行输入:

输入包括:

1、组织一个业务系统分析小组,事先准备好调查问卷表;

2、通过访谈、问卷等形式开展业务系统调研行动,识别关键风险以及应用系统宕机时间和造成的损害范围之间的关系。

分析过程:

1、据风险及可能发生的故障类型分析不同的宕机可能会造成不同的影响和范围。

2、确定应用系统宕机造成的财务损失或运行影响;

3、识别应用系统宕机可能对其他相关联的业务系统造成的影响,以及内外部利益相关者的利益。

4、分析应用系统宕机恢复成本

输出结果:

1、根据业务目标、业务依存关系和应用系统宕机时间造成的影响程度等给出最终评估结果

2、根据分析过程需要给出应用系统宕机后所能容忍的最长系统恢复时间(RTO)和最大数据丢失时间(RPO),根据这两个指标建设容灾系统,减少应用系统宕机带来的影响。

应用系统的运维不应该依靠过多的人力来解决,应考虑部署自动化运维类系统,减少人为运维成本。

另外,在系统架构设计上,应统一架构,简化系统架构的复杂性,依靠云计算等技术手段,减少基础架构运维的工作量。

收起
互联网服务 · 2017-03-02
浏览6822
panjianzhuangpanjianzhuang  系统架构师 , IBM
如前面的帖子所讨论,数据大集中好比“将全部鸡蛋放在一个篮子”里面,数据大集中可以带来众多业务层面的好处,也可以开来运维工作的简化,但是对于支撑数据大集中的瓶体却提出很高的要求。比如,除了在性能上需要满足需求之外,更重要的是所选型的集中式架构当具备高RAS特性。一个...显示全部

如前面的帖子所讨论,数据大集中好比“将全部鸡蛋放在一个篮子”里面,数据大集中可以带来众多业务层面的好处,也可以开来运维工作的简化,但是对于支撑数据大集中的瓶体却提出很高的要求。比如,除了在性能上需要满足需求之外,更重要的是所选型的集中式架构当具备高RAS特性。一个稳定可靠的平台来支撑数据大集中显得尤为重要,不仅可以简化运维工作,也可以让运维人员高枕无忧。

LinuxONE服务器继承了IBM大型机传统的高可靠性、稳定性和安全性。由于资源全体系共享的设计理念,使得LinuxONE或IBM大型机对混合负载的整合有着天然的优势。LinuxONE具有自主的资源调度能力,在众多的负载整合进LinuxONE之后,可以对各负载进行资源授权管理,减少相互干扰,保证最重要的负载获得最优先的资源使用权。LinuxONE具有良好混合负载调配能力,可能保证核心业务始终获得较高的资源。另一方面,不同系统直接可以通过LinuxONE的内部虚拟IP网络获得很高效率的数据流转。LinuxONE以极高的平台稳定性和系统安全性、高效的资源调配和支撑混合负载的能力、极大的纵向及横向架构扩展空间、优越的整体性价比、和简易的运维管理等方面获得最佳的IT架构选择。

收起
硬件生产 · 2017-03-01
浏览4208

提问者

KevinLi1014
系统运维工程师包商银行

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-03-01
  • 关注会员:3 人
  • 问题浏览:9746
  • 最近回答:2017-03-02
  • X社区推广