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

wangjia

原来老的综合业务系统的思路的时候，当然是核心系统首当其冲，太多的东西都在核心中实现，功能彼此是高度耦合的，当然这种给后续维护的成本也高，系统复杂性也是越来越难以控制。
所以这样的系统随着外部业务种类增加和发展，随着系统复杂性和天花板的局限性的问题，基本上也就是8-10年的生命期，后期就不再适合继续维护和延续，这种系统只适合业务种类单一，规模小的时代。
但是现在是大批量、复杂集成、以客户为中心的时代，原来紧密耦合的系统越来越需要剥离出来形成职能单一的功能系统，以降低系统的复杂性，满足SOA架构和后续构造复杂服务和产品组合的需要。这种情况下很多银行想到了守核心，纵然如此，还是存在一个是瘦核心和外围系统（其实体积上也很大了）的顺序问题。
各位怎么看？
无论胖瘦，核心优先建设是比较合理的。2楼提到ESB，但是2楼可能没考虑到核心是ESB最大的服务提供者。先外围，再换核心，一样对外围影响很大。
咨询公司和业界不少是按照先外围后核心的思路来做的，好处上面有人提到了，主要是设计上考虑的。
老胡觉得最好的方式还是核心系统首先建设，至少应该和老核心并行一段时间，较外围系统有一定的提前。
虽然已经是瘦核心了，但是从关联关系上来说，还是核心先成熟，外围系统改动相对较少，成本比较低比较合理些。
而如果首先建设外围，一般建设过程中很容易和规划产生偏移，造成核心适应外围上的困难，甚至矛盾，核心一改动，外围改动更大，成本更高。
家住海淀 发表于 2013-11-18 14:03

咨询公司和业界不少是按照先外围后核心的思路来做的，好处上面有人提到了，主要是设计上考虑的。
老胡觉 ...
咨询公司只管忽悠领导，不管落地。如果叫咨询公司来实施，他可能才会考虑成本。