银行整体架构，未来十年朝向何处演变？

在互联网金融的冲击下，银行的业务需求普遍面临三个特点：
首当其冲的就是业务创新，也就是快速组合新的业务，强调产品的快速推出，比如我们的积分、理财、红包、智能银行、手机银行、供应链金融等，市场瞬息万变，如果还是老旧的业务开发模式，新业务需要半年甚至更久的时间才能上线，那么是完全跟不上市场的脚步的。
第二个特点是快速扩展：在第一个特点中我们提到需要业务快速创新，那么假设没有创新，其实我们也需要快速扩展。双十一峰值，春节抢火车票等一些人为峰值期，从流量的压力角度，我们也需要满足快速扩展的需求
第三个特点是安全管理，这是银行区别于互联网公司的标志，体现专业化的重要方面。
为了满足业务的这三个特点，从IT基础架构的角度，我们总结了四个技术架构转型的考量重点：
第一个是新核心：
我们传统的核心应用是以稳定为首要目标，但是在快速满足业务扩展方面有着一些不足，针对于互联网金融的冲击，也就诞生了“双模IT”的理念，落到核心上，我们有三种解决方案，
第一是双核心，也就是维持原有核心不变，新建一套互联网核心，一稳一快，来满足银行的业务发展需求。双核心解决方案也是互联网金融下讨论最多的核心改造方案。当然一个银行在选择基础架构的时候，哪种核心架构，对于后续it支撑的要求是不一样的。如果选择双核心的架构，还需要根据银行的业务特点，划分新老核心的业务边界，面临一二三类账户切分的问题，只有业务层面的东西梳理清楚了，IT架构才能更好地为业务服务。第二种解决方案是维持原有单核心的架构，但是需要对核心进行一些改造，使之能够满足业务快速发展的需求。第三种解决方案是无核心，从业务架构看，核心功能扩散到整体基础架构，整体架构提供服务的整合，核心架构将作为整体架构的输入，这种架构业内也有银行再探讨。
其次，我们再来看应用，无论是哪种核心架构，前端的应用都需要能够组件化，能够灵活部署，既能支持稳定的数据库霍家沟，也能支持快速扩展，比如容器化。应用一旦拆小，还采用原有的竖井式部署方式，那么整体IT架构就会变得非常复杂。目前我们已经看到平台再往paas层转型，是可操作可落地的有数据库即服务，消息即服务，加密即服务以及API统一管理平台等来实现统一的大平台为前端的小应用提供访问接口，简化管理和IT架构的复杂性。
最后一个IT架构考量点是高安全，技术架构转型的时候，数据一致性通常有两种方式，一种利用商用数据的能力来保证SID一致性要求，这一块相对比较成熟，第二种，不依赖于数据库，把状态的保持提升到应用层面或平层，就是所谓的柔性一致性，保证最终结果的一致性。比如业务场景中涉及财务的，我们需要强一致性保证，但是抢红包等就可以采用柔性一致性，混合架构的意义也就在于此。