传统核心系统的高耦合性表现，如何应对？

银行的核心，将高耦合性的账务模块剥离后，获取这部分账务类模块的系统，其实也还是非常重要，是银行的命脉，依旧还需要用高端服务器和存储等硬件来支撑，硬件稳定性、性能也依旧是考虑的主要因素之一，所以核心去IOE，我个人认为起码现阶段还不合时宜，核心之外的交易类、管理类、带内/带外等系统现阶段是合适的。高端服务器、存储的活跃度不高，但稳定性却很高，几乎不用怎么管，不存在很大的维护压力，商业维保的支持也是很到位的。相比而言，社区活跃度很高的，维护、升级、变更压力更大，版本迭代快，事情不断。

传统的胖核心模式会存在这样的情况，由于业务耦合度过高导致很多业务类型集中在核心系统内部，从而导致基础架构的固定模式。但是并不代表其不可分割，比如现在很多银行就在把账务系统从核心中剥离。一旦业务从一个庞大的体系剥离出来形成几个相对独立的格局，那么基础架构的模式也会逐步打破。比如说联机业务就可以在应用层面实现很好的横向扩展性。同样当业务剥离之后，数据库的压力也会变小，数据库的热点数据也会改观，那么所谓的大型机、中型机、小型机架构也会随之改变。