网络大二层必要性与双活模式的关系?

在同城双活环境下,对于“网络大二层必要性”,存在2个流派,持完全不同的说看法:一种是“网络大二层必要性不大,双中心耦合度太高,用DNS搞定”,例如工行;另一种是“同城双活,网络层面大二层是必要的前提条件”,例如民生银行。似乎这个网络大二层必要性与其选择的双活模式有关吧?工行的“1、网络大二层必要性不大,双中心耦合度太高,用DNS搞定。2、虚拟化不是必须的,但虚拟化对缩短恢复时间有好处。3、跨中心数据库复制技术,同步模式对主库影响太大,异步模式会有数据丢失,需要补偿措施”这个做法,不明白其缘由?也不知道其双活模式选择?补偿措施能够解决RPO为0的问题否?是否适用于银行核心交易、记账系统?

参与22

2同行回答

anikikonganikikong  数据库运维工程师 , 中国民生银行
网络大二层主要与银行整体IT架构有关系。也决定了做双活的技术不同。如果能够做到业务数据分离和访问分离,中间只需要做数据的单向复制,那么是不需要做网络层面的大二层。然后要做的这一点,或者是改造现有的应用做到这一点真的需要花费很大的代价,不一定适合所有的银行。民生...显示全部

网络大二层主要与银行整体IT架构有关系。也决定了做双活的技术不同。如果能够做到业务数据分离和访问分离,中间只需要做数据的单向复制,那么是不需要做网络层面的大二层。然后要做的这一点,或者是改造现有的应用做到这一点真的需要花费很大的代价,不一定适合所有的银行。民生银行是SOA架构,核心功能分布在不同的系统里,和工行的集中式架构很不一样。民生银行系统之间的调用比较多,对网络的要求也比较高,仅仅通过DNS来实现是不现实的。所以在民生银行,并非是为了做双活取建设大二层网络。通常双中心的同步模式也是必须的,保证数据不丢失。至于异步复制数据的补偿机制,也是建立在补偿依赖的系统或者数据同步到了同城才行。

收起
银行 · 2017-09-15
topzgmtopzgm  软件架构设计师 , People's Bank of China
如果说银行核心记账系统进行双活架构的话,特别是对称式双活,要做到“业务数据分离和访问分离,中间只需要做数据的单向复制”,即业务分割和数据分离,感觉不太可行。例如:一个账户子集(河北省所有客户银行账户)在A中心,一个账户子集(山东省所有客户银行账户)在B中心,河北账户转一笔...显示全部

如果说银行核心记账系统进行双活架构的话,特别是对称式双活,要做到“业务数据分离和访问分离,中间只需要做数据的单向复制”,即业务分割和数据分离,感觉不太可行。例如:一个账户子集(河北省所有客户银行账户)在A中心,一个账户子集(山东省所有客户银行账户)在B中心,河北账户转一笔资金给山东账户,一个事务就会跨越2个中心的账户子集来进行资金划转的,靠MQ来解决这个问题吗?这个传统架构都是这么干的,双活也这么干吗?如果这么干,“双活”的真正意义不知何在为何?

收起
银行 · 2017-09-15
浏览3554
  • 现在是大家都没做到这一点,这是理想化的状态。只能说尽量朝这个方向去设计,肯定不能尽善尽美。但能做多少好多少吧
    2017-09-18
  • 民生是网络大二层,存在很多系统间跨中心调用
    2017-09-18

提问者

topzgm
topzgm0112
软件架构设计师People's Bank of China
擅长领域: 数据库服务器存储

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2017-09-15
  • 关注会员:4 人
  • 问题浏览:6518
  • 最近回答:2017-09-15
  • X社区推广