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

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

问题太大，只能回答一部分

首先，四大行和互联网巨头合作的趋势 有政策也有市场导向的需求，拿来主义，让互联网企业做其擅长的业务来对接自身业务；
其次，传统银行的核心系统稳定运行多年，虽然需要转型来适应变化，但是核心系统的改造是非常麻烦的，所以个人认为会多一些"子核心"来适应变化，传统核心和这些子核心做交互，就像软件工程里复杂问题可以通过多一层抽象来解决
还有一方面，就是新兴的互联网银行、民营银行等，可能直接采用新的微服务架构来实现自身的业务，这也是一个趋势，和金融科技公司合作让自己的业务快速上线
最后，还是归结到自身业务和量级，和 整体架构改成成本的评估，或许银行托管托管方式可能更简单直接，但是也考虑到核心业务数据的安全等等

过去的十几年，银行的架构在ESB总线方面进展还是不错的，建立了完备的架构体系。但是未来十年，微服务化的架构会是银行的一个尝试热点，特别是应对大并发的互联网接入。

在未来十年银行核心交易类技术上不会有太大变化,最终引入serverless技术的会是外部业务逻辑系统,两个业务关注层面不同故此架构完全不同.
如果区块链技术有了良好的技术实践,未来十年核心交易外围系统可能会使用到区块链技术进行业务交易从而使web+serverless+区块链数据库这种业务模式替换现在 web + middleware + db的技术方案.解决后面数据库瓶颈,目前互联网的 微服务 + 分布式数据库 方式已经得到实践验证,正在向 web + serverless + 分布数据库进化
上面说的是目前能看到的技术模式 日后5年是实践验证期间 看是否有其他新技术出现