传统核心系统的模块当中有哪些是高耦合的？应用层如何分析去耦？

耦合性最大的应该是账务系统，清算头寸等，几乎只要是交易系统，只要涉及到账务，也就是钱的交易，都要记账，那就得去核心系统的数据库里记，取核心系统数据库里查，否者各个系统都管着各自的账务，那这个账务同步的开销就更大，没法进行下去了，就想区块链那样，账务交易实时性能更是无法保证。所以说交易系统和账务系统是高度耦合的，无论这个交易系统是在核心内部还是核心外围，都有这样的问题，所以问题的核心不在于剥不剥离交易系统，而在于剥不剥离账务类系统，也就是双核心或者多核心其实做的事情都是一件事，就是账务类系统剥离，有的把清算头寸从核心剥离，有的把互联网账务处理从核心剥离等等，为的就是减轻传统核心的压力，组建多核心，但可能也会带来很多新的问题，剥离的过程也是需要仔细梳理和思考的，比如账务和清算头寸是紧耦合的，头寸剥离出去后，核心还可能要出去取这个头寸信息，那此时的核心就不是真核心后台了，而是多核心共存，互相融合的了，这个融合又可能带来很多新的问题和思考，总之不是那么轻易的事，任重道远，稳重求进。

联机应用的账务处理过程一般高度耦合，不能将实时联机业务和账务分开。
至于如何分析去耦，这是个系统工程。简单说一下个人理解的思路：首先需要从业务层将业务进行清晰分割划分，最起码将记账以及账务处理与实时联机业务的耦合性降低，然后从产品工厂的流程上将每一个环节的耦合性降低，然后从数据库表的设计中将业务表的耦合度拆分。这样才能实现最终的去耦。