回答是肯定的，传统银行要PK互联网金融，需要增加对互联网业务场景的支持，带来的是用户、渠道、业务场景的急剧增长。原先的集中式架构通过增加硬件已经无法处理持续增长的压力。一定会向分布式架构迁移。...
没有确定性的体量标准，从产品角度来说，LinuxONE有两款产品，一个入门级，一个企业级。LinuxONE Rockhopper最高30个CPU，满足入门级需求，从几百亿到2000千亿左右规模银行的大规模整合，核心整合都是适用的，而LinuxONE Emperor最高170个CPU，满足更大规模的体量需求。LinuxONE的配置粒度...
业务上积极探讨账户分割可行性应用上积极探讨总账从核心系统中分离，并建立新的以二三类账户为主体的互联网核心系统群。
分析的很好。个人认为明确目标确实是第一位考虑的事情，就是究竟要锁定哪些客户？开展什么样的业务产品？然后决定长远的技术架构方向。但是就目前来看，其实互联网的业务产品有很多，但是归根结底的业务模式无非就是小额贷、理财之类。具体模式可能更多的是采取合作的模式来实现。...
我的理解，不一定对：传统：IOE等巨头的软硬件，单机或者双机HA，银行（或者外包）写个业务逻辑，然后厂商教会怎么用那些软件，运维部门甚至长期包厂商的人驻场，银行IT部门的人 宏观架构能力很强，具体coding的时候歇菜。互联网：x86，vSAN（超融合），软件从OS开始往上，没有一个是要钱的。主要靠自己维...
胖核心 -> 总账剥离一个核心针对地区用户 -> 两个核心（一个辐射地区，一个辐射互联网用户）地区网点服务 ->（地区网点服务 + 互联网合作模式业务）个人见解
银行的核心系统有几种架构，一种是胖核心：包含了总账。一种是瘦核心：总账剥离为单独的总账系统。个人感觉在互联网发展的模式下，如果想改造现有核心系统来实现与互联网渠道业务的对接，无疑是比较困难的事情，也没有必要。完全可以依托互联网的二类、三类账户开辟一个单独的互联网...
我举个例子，原有生产数据库系统oracle10g RAC的硬件平台采用的是HP Unix小型机和EMC 储设备，而新采购的硬件平台是IBM小型机和NetAPP存储设备。两套数据库系统的硬件平台属于不同厂商，属于异构架构，跨平台，跨操作系统将导致后面要实现的Oracle数据复制功能得到很大的受限，无法...
