淘宝数据库方案在银行中的应用的可行性讨论 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

cavern1026 发表于 2012-3-7 11:45

一致性这个是银行所有涉及到账务的系统的根本！
这种方案没有违反一致性这个原则，只是延迟了一致性
家住海淀 发表于 2012-3-7 13:15

第二， 许多跨行/跨表的修改通常涉及到多台机器，难以支持事务;
---这个基本上是拆库或者做分布式处理的痼 ...
集中式部署 确实有很多优点，假设当前四大行的业务量再扩大十倍，恐怕集中式部署真的吃不消了
地球人火星人都应该用一家银行么？
数据集中管理要比分布式有优势，而且集中之后也可以做归档瘦身的
互联网公司的技术体系是CAP 和BASE, 强调的是牺牲一定的实时性，保证可用性，数据最终一致。
银行一致以来采取的是ACID的模型，保证实时和一致。
表面上看，是有一定的冲突的。
但实际互联网公司的实践过程中，分布式的数据库和系统，在分布以后的局部仍然是ACID的模型，数据并不会有差错，安全是没有问题的。
所谓的数据不是时时一致而是最终一致，指的是在数据处理过程中流经的多个分布式系统之间不需要实时一致，这个中间过程中的不一致时间极短而且对客户不可见。
只要业务流程设计的合理一点，客户根本感觉不到。
集中式的系统架构在互联网公司首先碰到了瓶颈，所以才有了这样的分布式解决方案，是比较合理的。
今后的几年，银行必然也碰到这样的问题，采取或者吸纳分布式技术体系是必然之路。事实上，现在一些商业解决方案目前也正在这样做。
当前，银行采取分布式的阻力主要来自传统惯性的阻力。采取分布式之后，系统数量增大，传统的人力运维方式以及对“错误的0容忍”观念必须先改变才行。
这个过程不是一天两天能完成的，但一定是未来的趋势。
我正在观察和实施这个过程，有进展再和大家汇报。：）
yunfeitian 发表于 2012-3-9 10:43

互联网公司的技术体系是CAP 和BASE, 强调的是牺牲一定的实时性，保证可用性，数据最终一致。
银行一致以 ...
核心系统错误0容忍，是银行会计的理念，这个是无法改变的。
本帖最后由 gavenwei 于 2012-3-12 18:52 编辑
Ray001 发表于 2012-3-9 13:26

核心系统错误0容忍，是银行会计的理念，这个是无法改变的。
这不属于错误。银行的弱一致性在某些业务中还是用到，比如有些银行针对退货交易，都是通过挂账-调账来处理，而不是通过联机交易来实时更新账务
gavenwei 发表于 2012-3-12 18:51

这不属于错误。银行的弱一致性在某些业务中还是用到，比如有些银行针对退货交易，都是通过挂账-调账来处理 ...
消费类的自然可以，因为银行和商户清算不是即时的。但是遇到普通的转账，汇款，那一点延迟就会出现大麻烦。