老调重弹，是先建设核心还是先建设外围？ - 第4页 - 金融行业 - ITPUB论坛－专业的IT技术社区

家住海淀 发表于 2013-11-23 15:39

不是这么简单的，从核心本来就要剥离很多业务功能下来的， 这不是简单的搬个家，而是还要做增强和变更的， ...
业务系统剥离和ESB建立是流程银行的前提条件。所以无论如何都是剥离核心的业务系统和建立ESB的。
Ray001 发表于 2013-11-24 00:29

能举出几个案例吗？
重庆农商，原来是换核心的。ESB建立后，基本上就保留了核心。
yarao 发表于 2013-12-1 14:20

重庆农商，原来是换核心的。ESB建立后，基本上就保留了核心。
不止是重庆农商，很多不大的商业银行基于业务量和规模的考虑，不会轻易换掉一个核心系统。
剥离原有业务或者干脆重新规划建设，成本相对较低。
我觉得这个事情没有先有鸡还是先有蛋的问题复杂，其实先应该做出银行IT总体规划，十分明确的规定好核心要做到什么，外围要负起什么责任，一些边缘不清晰，功能又飘忽的东西都放到一个处理脏活累活的专用系统上（但需要最高级审批），这样甚至可以任意组合的方式去建设。
瘦核心胖外围，看起来很美而已。业务需求稍复杂，就很难分析清楚对关联系统的影响，初期分析和沟通成本就会立马提升，开发测试更不用说，新需求还上线个球！
个人认为，这个题目应该加一个定语“在已有系统的情况下搞重建”。从某种意义上说，这个问题跟先有鸡还是先有蛋的问题差不多。原有的一套核心和外围，无论先动哪个都会对其余的系统造成影响。在此基础之上，我觉得先动核心。毕竟核心只有一个，而外围就多了……
这两年很多核心改造、新建的，实际上没什么选择。整体的架构和建设方向，个人觉得除非cio胆大，手下人心齐，还得业务部门支持，才有选择可能。
一个是各个业务部门的发展方向、执行能力还不够清晰，对it怎么配合主见不多，接着核心、外围各系统的情况也不尽相同，如果真要先外围在核心，架构合理、先进；规划。。。各业务部门协调。。估计会很晕。但一说核心不合用了，先做核心吧，大家意见反而容易统一。