我行为了实现互联网金融方面的迅速迭代，特成立了网络金融中心，内部设PMO办公室，业务组，技术组，测试组，运维组。PMO负责统筹管理，业务组负责梳理需求，技术组负责管控技术架构、对接外围系统、管理外包开发人员，测试组负责对案例进行测试，运维组负责版本管理及发布、系统运维工作。整...

业务层应用层： 以互联网二类、三类电子账户为对象的业务产品模式转变。 以微小贷、理财、电商合作等业务模式为导向推出新型产品。 开发模式由传统的开发测试流程转向Devops敏捷模式。 形成以互联网电子用户为主的新核心业务系统群。 开发模式由外包为主的模式转变为灵活...

基础架构和应用架构上的协调也就是如何处理相处之间的一个数据流动和信息调用的事情。关于调用，更多的是针对具体应用来设计相应的中间过程，比如利用一些分布式消息机制来缓解敏捷和稳固之间的冲突。对于数据来讲，同样我们可以针对具体数据类型和特点采用某些缓存数据库来完...

业务稳定性，我觉得可以从IT架构本身的稳定性和应用系统本身的健壮性去考虑，比如说从互联网IT基础架构的技术成熟度、高可用能力、架构扩展性等过个方面去考虑。数据安全性，任何安全都是相对某一个标准所述，就比如银行的账户数据也是分三六九等的，有一类账户、二类账户、三类账...

分析的很好。个人认为明确目标确实是第一位考虑的事情，就是究竟要锁定哪些客户？开展什么样的业务产品？然后决定长远的技术架构方向。但是就目前来看，其实互联网的业务产品有很多，但是归根结底的业务模式无非就是小额贷、理财之类。具体模式可能更多的是采取合作的模式来实现。...

我的理解，不一定对：传统：IOE等巨头的软硬件，单机或者双机HA，银行（或者外包）写个业务逻辑，然后厂商教会怎么用那些软件，运维部门甚至长期包厂商的人驻场，银行IT部门的人 宏观架构能力很强，具体coding的时候歇菜。互联网：x86，vSAN（超融合），软件从OS开始往上，没有一个是要钱的。主要靠自己维...

数据库吧

胖核心 -> 总账剥离一个核心针对地区用户 -> 两个核心（一个辐射地区，一个辐射互联网用户）地区网点服务 ->（地区网点服务 + 互联网合作模式业务）个人见解

银行的核心系统有几种架构，一种是胖核心：包含了总账。一种是瘦核心：总账剥离为单独的总账系统。个人感觉在互联网发展的模式下，如果想改造现有核心系统来实现与互联网渠道业务的对接，无疑是比较困难的事情，也没有必要。完全可以依托互联网的二类、三类账户开辟一个单独的互联网...