我们业界都在提"传统核心与互联网核心"这些概念,
1)传统核心是指什么?新的互联网核心又是指什么?
2)那么传统核心与互联网核心差异在哪儿呢?请从技术、业务、应用等层面给出对比和论述。
3)未来如何融合和发展传统核心与互联网核心?
传统核心就不必多讲了,互联网核心是近些年来随着互联网渠道的不断发展,银行的互联网金融出现了新的变化之后,大家才探讨的一个话题。为什么互联网核心这个词汇会诞生?首先,互联网渠道的高并发、业务的不确定性以及业务模式的快速迭代变化等等这些因素导致固有的传统核心与渠道纵向配合完成业务的这种架构无法满足需求;其次,金融账户在互联网发展过程中也出现了极大的变化,有了1类、2类、3类账户的区分,这些账户是有着很大的差异性,这些差异性导致了交易模式、账务模式等各方面都会有新的要求;再有,一般来讲传统的核心系统的业务属性归属于银行的会计部、传统的会计规则、业务规则以及人员配置形成的组织工作模式和规则对要求快和新的互联网金融交易来讲完全是一种束缚。
综上所述,才有了今天大家对互联网核心系统的探讨。究其差异,我觉得不从什么集中式和分布式之类的话题去分析,本质上是因为账户的差异、交易模式的差异、金融准则的差异才会导致这些表面上的差异。账户上,传统核心承载着1类账户,遵循着既有的会计准则和金融规则。互联网核心承载着2、3类账户,遵循的是一套宽松的业务准则和金融规则;交易模式上,互联网面对的是分秒计算的快速迭代和创新,面对的是完全不可预知的随机环境,而传统核心是多年来的一套惯性规则。
收起1、互联网核心在形态上是为了支持互联网业务发展,更快的响应新的需求;本质上就是为了支持大量的二三类账户;技术上就是采用分布式部署,互联网技术。
2、传统核心一般都是采用传统技术,主要是一类账户,支持着传统业务。
3、建立互联网核心一是传统核心由于使用的是传统架构,对大量二三类账户力不从心,二是传统核心直接采用互联网架构风险太大,二三类账户量大但业务较简单,建立互联网核心作为试点(当然也有监管和自主可控的要求),其实一二三类账户本质上没有区别,使用互联网架构可以两者都支持,完全可以融合。比较简单的做法传统应用(多机负载均衡)加分布式数据库。
这个问题可以从多个角度回答,比如战略、技术、落地等等。很多时候,我们会首先去考虑技术层面的东西,觉得互联网核心有哪些技术优势,用了哪些新的组件,我试着从其他角度分析下这个问题。
技术交流群内大家的讨论汇总,给大家做个参考:
回复一:
物理主机层面来理解:传统的核心是以IBM,oracle,靠扩充单个机器的大、小型机来解决高性能,互联网靠廉价的Pc机堆起来,高多节点,并行计算技术。
回复二:
最大的区别个人认为是传统核心是针对账户,而互联网核心是针对用户吧。账户仅仅代表某些交易行为,而用户更多代表了更多行为,同时也是账户的主体;基于用户的行为来做画像和数据分析的话,能获取更多行为数据。更能精准定位客户需求。
回复三:
用户,银行主要通过ECIF和CRM来分析管理,其实还是客户画像和数据分析等。账户其实是用户的属性之一。