互联网化核心系统的架构是什么?

互联网的快速开发和业务快速上线是金融行业可借鉴的 但不是完全接受,互联网不过是银行前端的前置系统.
前置系统稳定程度和目前核心金融核心交易系统还是不能进行比较
互联网的敏态运维方法,对目前金融行业非核心业务系统有一定影响
互联网公司核心业务是商业与用户的层次,而金融行业核心是交易系统,不是同一个业务面.
目前情况下交易类系统不可能变化为敏态技术方案,故此借鉴互联网多是快速的运维方式和可持续化集成开发方案.

我们传统的核心应用是以稳定为首要目标，但是在快速满足业务扩展方面有着一些不足，针对于互联网金融的冲击，也就诞生了“双模IT”的理念，落到核心上，一般有三种解决方案：
第一是双核心，也就是维持原有核心不变，新建一套互联网核心，一稳一快，来满足银行的业务发展需求。双核心解决方案也是互联网金融下讨论最多的核心改造方案。当然一个银行在选择基础架构的时候，哪种核心架构，对于后续it支撑的要求是不一样的。如果选择双核心的架构，还需要根据银行的业务特点，划分新老核心的业务边界，面临一二三类账户切分的问题，只有业务层面的东西梳理清楚了，IT架构才能更好地为业务服务。
第二种解决方案是维持原有单核心的架构，但是需要对核心进行一些改造，使之能够满足业务快速发展的需求。
第三种解决方案是无核心，从业务架构看，核心功能扩散到整体基础架构，整体架构提供服务的整合，核心架构将作为整体架构的输入，这种架构业内也有银行再探讨。

互联网化核心的一些看法：
1、银行的第三代（姑且这么称呼）应用架构体系，建立了相对清晰的层组，有5层的，有7层的；层组之间分工及定位非常清晰，一个项目或者产品需要开发时，一般根据当前的应用架构定位进行分析，由不同的应用系统进行分担不同的功能或逻辑，这个过程俗称“应用架构方案”；

2、为了避免重复性开发，银行建设有众多专业型应用系统，由于历史原因这些应用系统采用的不同建设阶段的技术，有单点热备、双活、多活，应用系统一般通过纵向扩展方式提高处理能力，有少量应用系统能否通过横向扩展方式进行扩容；另外应用层面，这些应用系统都是基于传统的接口访问方式，多数采用ESB总线模式实现应用系统互联互通，服务治理和服务管理能力偏弱，也就是互联网化程度不够高；

3、随着银行实施IaaS云、PaaS云以及微服务、容器技术的逐步采用，银行不断在尝试改造自己的系统架构，但是历史包袱过重，新型技术人才储备不足，这将是一个长期的过程；

4、新型的互联网银行，由于没有传统的技术包袱，在系统建设初期就采用新型的技术，包括它们内部的开发模式运维模式都比较互联网化；

5、相对于银行而言，互联网公司的业务复杂度较低和内部决策流程较短，多数建设有独立的交付型团队，需求、开发、运维一体化提高了交付速度；而且新技术人才的占比非常高，容易采用一些最新的开源框架，实现大并发的容器及微服务部署方式。

http://www.sohu.com/a/151244497_683783