对于突发性巨量事务性类需求，如何实现？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

pacman2000 发表于 2012-1-30 17:06

问题google的应用不是事务性的啊！
那就用类似Amozen一类的硬件级别的云
个人愚见
关于资源浪费的问题,可以采用动态调整资源解决,在高峰期,将其他的系统剩余资源挪过来用，非高峰期，还给其他系统用。
如果资源足够，大量事务性交易，关键是看如何取舍。
对于分布式事务系统，曾经有人证明过，高可靠性、高可用性、高一致性 ，这三者只能满足两者。
对银行来说，
如果可以保证不断电或者说断电危害减轻的话，可以采用内存数据库，稍微牺牲点可靠性。
如果牺牲可用性，就相当于降低并发事务量，可以通过前台或者前置严格检查，减少失败率，从而降低点事务量。
如果可以牺牲高一致性的话，就可以划分，在不同的单元内处理，不一致的地方延后对账调整。
gavenwei 发表于 2012-1-30 23:40

个人愚见
关于资源浪费的问题,可以采用动态调整资源解决,在高峰期,将其他的系统剩余资源挪过来用，非高峰期 ...
ls说的是分布式数据库的CAP theory吧 一致性(C)，可用性(A)，分区容错性(P)，三者不可兼得。如果lz用的oracle数据库的话应该没有分区容错性的要求，我个人认为只要给足硬件资源就可以，可以用个私有云环境，压力高的时候就把资源让出来，压力低的时候可以跑跑批量任务
老实说，银行系统的资源，高峰主要就是为了节前的那么一两个星期。高峰时候其他系统也都是高峰。动态调整资源设想虽然很好，但实际情况下却是平时礼让三分，高峰期你争我夺。像某行是在主机上划不同的分区，装核心后台，柜面前端等等。现在的任务就是把分区拆出来到独立的6000机器上，以免抢核心资源。
这虽然是一个技术问题，但是从解决的第一步来说，确实首先业务上进行流程和渠道上的分流，所谓业务一小步变化，技术上一大步的问题解决
第二步，技术问题，必须在安全余量的基础上，还需要进行过跨系统资源分享是一个解决思路
第三步就是本系统自身架构、设计、应用、局部流程的提升
呵呵，物流业爆仓了可以停业，银行停一个小时都不得了。
设计上可以考虑实时、非实时业务分开，节前高峰可以控制非实时业务处理，减少资源占用。或临时挪到晚上处理。