2个架构路线，我们该如何抉择？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

Snelgar 发表于 2013-9-12 23:07

非常赞同集中、综合的架构，个人认为实现的关键点有两个：一套非常成熟、可靠、高效、灵活、易于开发、调试 ...
完全赞同。尤其是你所提出的全领域金融业务模型更是关键所在，要搞出这个东西其难度超过第1个关键点:技术平台。
我们感觉按照业内目前的态势，5~10年内，无论是谁，都还难以拿出真正普遍适用,尤其在中国普遍适用的一整套全领域金融业务模型，IBM恐怕也只能拿出个并不很适用的参考模型。这得靠银行信息化业内所有参与者（银行与服务商）共同努力，长期积累和沉淀。
不只是需要时间,而且还要有有效的方法、方式。我们感觉要很好地解决这个问题，业内需要形成一个正式的、有影响的协调组织。在这个组织的协调下，有的参与者负责划定整个全领域金融业务模型的总体架构，有的参与者则可在此基础上发挥自己的专业特长，运用自己在某些应用领域内的研发经验，提交一些局部的具体的业务模型，经组织审查后确定为在这个局部业内可推荐的模型。
不管怎样，我们认为，第1个关键点：技术平台，尤其是对业务建模提供强大支持的技术平台，解决后，应当说还是为银行选择集中、综合的架构路线增加了不少砝码。
Snelgar 发表于 2013-9-12 23:07

非常赞同集中、综合的架构，个人认为实现的关键点有两个：一套非常成熟、可靠、高效、灵活、易于开发、调试 ...
以IBM的牌子和忽悠能力，做咨询可以，真正做在国内能落地的产品，他也没人。
做了多年的架构设计，我个人观点是：应该借鉴SAP系统的模式，即数据集中、应用外挂的模式。
这样做，对于大型公司或者业务处理比较多情景至少有如下好处：
1、数据集中，便于数据管理、数据挖掘、数据交互；
2、应用外挂，可以保持各个应用直接相对独立性，应用安全控制，有利于维护；
3、银行、电信等行业业务创新很快，应用外挂，可以保持应用间的松耦合关系，进退都容易；
4、数据集中还可以分层次，比如历史数据大集中，形成数据仓库；日常数据做成ODS，比如在省公司一级，形成数据的层次消费；
5、应用间可做的文章更多，比如形成业务群、地域群的SSO、ESB等，满足系统间事务级的交互和集成；
。。。。。。。
仅供参考！
每种东西存在必有它存在的道理，一个阶段有一个阶段的情况。其实大的愿景大家都一样，只是实现的方式不一样罢了。也许实现了楼主说的这些东西以后，又可能出现新的问题，那么又可能产生一种新的解决方式。个人的一点陋见。