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

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

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

收起
参与5

查看其它 1 个回答s6dong的回答

s6dongs6dongit技术咨询顾问东软集团

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

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

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

输入包括:

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

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

分析过程:

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

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

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

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

输出结果:

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

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

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

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

互联网服务 · 2017-03-02
浏览6889

回答者

s6dong
s6dong1729
it技术咨询顾问东软集团
擅长领域: 存储服务器灾备

s6dong 最近回答过的问题

回答状态

  • 发布时间:2017-03-02
  • 关注会员:3 人
  • 回答浏览:6889
  • X社区推广