关于大核心,大前置,是不是历史的重新翻版?立帖为证，五年后我们再看。 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

记得7,8年前,各个商业银行,尤其地方城市商业银行纷纷上线银行核心系统,核心系统把所有的银行业务都封装到一个所谓的核心业务系统(综合业务系统)来处理, 那时候中间业务每个银行可能10来个吧?
当时共内出现了几个很不的做核心的公司,
后来这几年随着银行业务的发展,包括金融渠道的发展很多银行都由最少30多个不同的中间业务系统/渠道.这样很多核心公司已经力不从心了.然后,国内立刻出现了几个很不错的做大前置的公司,被以小核心大前置的思路发展.
现在大前置的概念已经在国内银行使用,核心系统变成了单纯的帐户,柜员管理等小系统,但是再过5年,银行有中间业务/渠道业务有100个左右的时候,大前置还真的能支持么?
我认为未来发展的趋势，还会重复到核心系统，只是这次核心系统应该提供真正的前置接入，真正的ESB架构的产品。由各个业务渠道的提供更细致的/更专业的渠道服务。
立帖为证，五年后，我们有机会重新再看这个帖子。！
我认为交易系统 是ESB+专业外围+核心帐务
但是服务具体细化到什么程度，是个很值得研究的问题
个人觉得将来还是小核心，加ESB平台，采用SOA体系结构，做到真正的松耦合。通过ESB平台，把新的业务子系统处理放置在核心之外，又可以联系在一起。核心系统就是专一的负责记账等功能。
原来在核心系统内的那些业务处理，也可以剥离出来，使得核心系统更加专业。
之前看工行的新核心的一篇介绍，里面就有专门提到：
提高信息系统的灵活性，提高系统模块化、构件化水平，实现对业务产品创新、流程再造的灵活支持和快速响应。通过实施产品功能和内部核算处理的剥离，通过建立独立的核心应用层，减少产品处理流程改造对核心核算应用层的影响，从而支持各种业务需求的快速实现。同时，通过建立产品管理与定制平台，实现全行产品的统一发布和管理，并逐步实施信贷业务、投资类、信用卡、电子银行等应用的产品化改造，支持产品的灵活组合和快速创新。
楼上有说ESB的，其实ESB如果涉及到服务整合，接口整合的话，意味着ESB负担了系统种最复杂的工作，可能每次任何一个系统变化，ESB都要跟着变，但是ESB在整个架构中处于中心位置，这可靠么？你敢这么干么？如果ESB仅仅是做消息路由，而不做任何事情的话，那意味着任何一个系统变化，其他N个系统依然要改造——依然没有解决引入ESB之前要解决的问题。所以解决问题的根本办法其实还是理清关系、服务依赖、更合理的构造各个系统；区分核心服务和非核心服务。。。。。
这就涉及到几乎所有的业务流程和数百计的IT系统—短期内不可能这么大动干戈的。
所以，短中期来看，单个功能系统模块化，SOA化，快速响应变化是主要方向。
服务整合，流程再造必须在这个基础上去做。
但是比较要关注的是系统模块的划分，功能的划分，服务的整合。这决定了银行整个金融系统的质量。
国家金融监管部门规划的几个目标：大集中 小核心 外围系统模块化    其实是很好的战略架构。 其实最难的就是模块粒度划分   服务粒度   业务流程梳理 系统解耦 系统间服务流程规划。。。。这个要适各个银行不同情况而不同，而且现在也似乎众说纷纭，而并没有探索出一个很好的最佳实践
[ 本帖最后由 bonnyjz 于 2011-5-19 13:34 编辑 ]
合久必分，分久必合！
经历了综合业务系统，人们发现综合的系统太多，反而使系统变的臃肿，难以维护和扩展，因此人们又想到了分，也就是现在比较通用的做法－－“小核心，大外围”。
在这样的指导思想下，就出现了利用新的架构SOA，做银行流程再造。可依我看SOA这中架构在银行应用中，同样存在问题，比如想梳理清楚行内业务流程就是一件非常困难的事情，因此个人认为行内还是需要一个服务组合点，对行内各个系统提供的服务加以组合，从而形成一个完整的业务，提供客户使用！
个人认为：综合（综合业务系统），分离（多外围渠道），部分综合（综合服务流程）
5年之内，楼主所说我认为不会实现。
对全国性银行来说，毕竟现在已经是大集中模式，无论哪个行，想有根本性的变化都不太可能，毕竟风险太大；除非做流程改造（个人认为，二级数据中心有可能再度出山）
各省市级银行，还是小核心，多前置吧，没那么多的人力资源。
以后的趋势，我感觉会出现银行业务技术服务公司，挂接多个银行的业务，提供模块化业务定制。就是不知道哪个公司或银行有这个能力提供综合服务了
不过从2005年刘明康提出流程银行到现在，也已经6个年头了，但是国内还没有见过一家能真正从部门银行的体系架构中走出来的。因此5年过于乐观了。
个人认为SOA架构下的流程整合是目前的主流，能很好的实现业务集中处理和后台业务处理，因此是解决目前业务量快速增长的一个很好的途径，用好了，估计银行排队的问题能大大改善吧。