“瘦核心”如何保障业务的快速响应？

1、其实“瘦”核心并不一定会导致外围系统对对于核心的访问量剧增，这要看核心业务系统剥离的时候是否有良好的架构设计。现在较多的新一代“瘦”核心基本上可以理解为“存款”+“公共”两大模块的核心。相比以往，单从核心角度出发，其实核心内部的业务处理已经相对简化了很多，部分交易也被分流至其他剥离系统，核心只负责记账，可以看做一个交易系统；
2、目前有很多股份制银行和中小农村商业银行都已经在采用Java作为核心底层的开发语言，核心应用以分布式的方式部署在X86架构的PCServer集群下。数据库采用RAC+DG(Oracle）的方式。系统的可拓展性以及吞吐以和响应速度也可以有明显的改善。

谢谢老师答复

瘦核心意味着从应用系统层面将原有核心系统账务和联机进行了切割，在这个过程中必然会面临着核心系统更加模块儿化的发展。也就意味着核心系统的架构一拆为二，灵活性增强扩展性增强。这正是为了适应外围系统的快速扩展而做的优化。至于系统响应速度，那要看业务的完整性设计到底是否合理。如果任何一个业务都是同步模式，都是纵向一个实时闭环链路，那么响应速度肯定会有问题。现在把总账分离就是为了把账务环节从联机业务的实时环路当中剥离出去。