如果您是一家企业的技术负责人，或者单纯对银行底层系统感到好奇，那这个问题问得很到位。四大行（工、农、中、建）的核心服务器既不是普通的X86机架服务器，也不是云服务器，而是以IBM大型机（Mainframe）为主力，搭配小型机和分布式X86服务器构成的混合架构。 最核心的账务、交易数据，绝大多数跑在IBM z系列大型机上。
为什么四大行死磕IBM大型机？关键就仨字：稳、快、账
很多年前刚接触银行IT时，我也觉得银行咋这么老土，还用几十年前的老架构，后来干了几年才明白，不是人家老土，是咱们太年轻，银行核心系统对服务器的要求,跟互联网公司完全不是一回事。
- 稳定性压倒一切： 四大行的核心账务系统，宕机一分钟都是重大生产事故，大型机的设计目标就是全年停机时间不超过几分钟，硬件冗余、故障自愈能力强到离谱。
- 极致I/O吞吐： 银行每天数亿笔交易，每一笔都要涉及余额查询、流水记录、风控校验，大型机的I/O通道和内部总线设计，就是为了处理海量并发交易而生,这是普通X86服务器难以企及的领域。
- 数据强一致性： 银行不允许”最终一致性”，必须”强一致性”，大型机的数据库写入机制和CICS中间件，能保证每一分钱都在数据库里落账,绝不丢失。
核心账务系统：一座由IBM z系列撑起的”铁王座”
如果你去四大行的数据中心机房参观（基本进不去），你会看到一排排黑黢黢的、厚重无比的机柜，那就是IBM z系列大型机的真身，目前四大行现役的主力机型，主要是IBM z14、z15甚至z16。
这些机器共同构成了核心账务系统的”铁王座”，这么说吧，你每次在ATM取钱、手机银行转账、POS机刷卡，后台走的业务逻辑跟几十年前没有本质区别，依然是由大型机上的CICS事务中间件处理，数据落在DB2数据库里。
- 硬件配置： 一台z16最多可配置多达256颗专用处理器核心（具体丝印以官方发布为准），内存可达40多TB，最夸张的是它能在单机内运行上百个Linux分区。
- 操作系统： 底层的操作系统是z/OS，这是一个极其封闭但极其稳定的系统，很多干了二十年的老工程师，都不敢说完全搞懂了z/OS的JCL（作业控制语言）。
- 可用性： 行业共识是，大型机的单系统可用性可以达到99.999%以上
，这五个9意味着，一年停机时间不超过5分钟,这几乎是银行业的神话。
非核心系统与渠道接入：X86与小型机的”第二战场”
光靠大型机包打天下？不行，成本太贵了，凡事都要讲究性价比，四大行的IT架构就像一支正规军，大型机是重装坦克，负责正面硬刚核心战场；而海量的外围系统、前置系统，则由成百上千台X86服务器和IBM Power系列小型机承担。
我们常说的网银、手机银行APP、信贷审批系统、客户关系管理系统，其实绝大多数都跑在X86服务器上，底层用的是Linux操作系统或Unix，这些系统对数据一致性要求没那么高，但对开发迭代速度要求快，用X86+开源中间件（如Kafka、Redis）更合适。
| 对比维度 | 核心账务系统 | 外围渠道系统 |
|---|---|---|
| 承载机器 | IBM z系列大型机 | 浪潮/戴尔/联想X86服务器 |
| 核心组件 | CICS、DB2 for z/OS | 分布式应用、Oracle/MySQL |
| 主要特征 | 高可用、高吞吐、强一致 | 弹性扩容、快速迭代、成本低 |
| 典型业务 | 总账、核心存款、贷款账务 | 手机银行、信贷审批、风控引擎 |
这几年有个趋势，四大行也开始搞”分布式核心”改造，比如部分分行级的查询业务、历史数据归档已经搬到了X86集群上，用MySQL替代DB2，但在最关键的总账和交易引擎上，大型机的地位依然稳固,不敢轻言颠覆。
数据库：Oracle与DB2的”双龙会”
聊完硬件服务器，就不得不说数据库，这算是顺着”四大行用什么技术栈”的延伸疑问，如果分服务器是骨架,数据库就是血液。
- 大型机上的DB2： 你以为银行都用Oracle？错。 四大行的核心账务数据库，几乎清一色是IBM DB2 for z/OS，DB2在大型机上与z/OS深度绑定，能利用大型机的System z硬件加速和Data Sharing技术，实现多套数据库并行读写,性能极其恐怖。
- 外围系统的Oracle/MySQL： 在非核心系统，Oracle依然是绝对的霸主，很多分行系统、信贷系统跑的都是Oracle RAC集群，而近年来，随着去IOE（去IBM、Oracle、EMC）的呼声，MySQL和国产数据库（如OceanBase、GaussDB）开始在外围系统崭露头角。
值得一提的是，中国建设银行在国产化替代方面走得比较早，部分核心外围系统已经尝试用国产分布式数据库了，但工商银行和中国银行的核心系统,仍然牢牢站在DB2大型机的阵营上。
换个角度：如果四大行的服务器宕机了会怎样？
这是百度上很常见的一个疑问词，假设，我们说假设，某一天工行的机房核心地带突发断电，UPS（不间断电源）和柴油发电机全都失灵,那会发生什么？
- 第一步： 灾备系统会在秒级内接管业务请求，切换流程自动触发，除非是双中心同时瘫痪,否则你几乎感觉不到任何异常。
- 第二步： 如果双中心都挂了（属于极端不可抗力），那么全国范围内的工行网点可能会暂停部分存取款业务，手机银行显示系统繁忙,新闻联播恐怕都要上头条。
- 第三步： 银行每年至少要搞两次全行级别的灾备切换演练，就是故意把生产中心断掉，看备中心能不能扛起来，大型机的”系统克隆”技术在这里发挥了定海神针的作用。
未来的架构：大型机向分布式云原生转型是必然
这几年”云原生”的概念席卷金融行业，四大行也在大规模建设私有云，你可能会问，未来还用得着大型机吗？答案是：核心会用，但边缘在收缩。
大型机太贵了，硬件费贵、软件授权费贵、人才更贵（会z/OS的程序员工资炒得很高），现在四大行都在做“主机下移”工程，把原来跑在大型机上的非核心业务，往开放平台（X86+云）迁移。
- 行业共识认为，未来十年，四大行会形成“核心账务保留主机，业务创新走向分布式”的双轨制。
- 这就像你去银行办业务，柜台窗口永远在，但越来越多的业务用手机办，柜台窗口（大型机）还是必须存在的，但数量会精简,承担的最重要的大额疑难业务。
运维四大行服务器是一种怎样的体验？
如果你是想问”四大行服务器运维工程师累不累”，我可以稍微透个底,这部分对做IT运维的朋友应该挺有共鸣。
进入大型机运维部门，第一件事是背制度，银行的生产变更管理极其严苛，每周的变更窗口基本都是半夜12点以后，一个最简单的重启操作，需要提前一周提交申请，写明原因、影响范围、回退方案，还要专人审批，操作时至少两人在场，一个操作,一个复核。
常有人觉得银行IT是养老单位，其实不然。核心系统的运维压力非常大，那种半夜三点电话响起的紧张感，没有强大的心脏根本扛不住，但好处是接触的都是顶级设备和技术,能让你在技术圈子里很有面子。
关于四大行服务器采购的冷知识
最后讲个有趣的事，四大行的服务器采购清单是绝对的大单，但绝非想买就能买，采购需要经过极其漫长的测试适配过程，比如X86服务器要经过压力测试、兼容性测试、长稳测试。
中标四大行是写进公司财报的重大利好，因为这意味着未来几年稳定的维保收入，而对IBM而言,大型机业务在中国的增长主要就靠这四大行的升级换代撑着。
关于四大行服务器架构的几个高频疑问
Q1：四大行的服务器为什么不用华为或浪潮的？
A1：用了，而且用得非常多，四大行的外围系统、云平台有相当一部分用的是浪潮、华为的X86服务器，你说的”没用”，特指核心账务系统不用X86，因为考虑到RAS特性（可靠性、可用性、可服务性）以及历史积累的复杂业务逻辑,短期内很难从大型机上完整迁移下来。
Q2：四大行的服务器架构跟招行、兴业有什么本质区别吗？
A2：有，招行走的是”小型机+集中式存储”路线，兴业在分布式数据库上更激进，但四大行的体量太大，核心账务系统每天要处理的交易量是股份行的数倍，因此对大型机集中式架构的依赖度最高，中小银行反而容易学的新技术,四大行学起来极重。
Q3：如果现在去四大行做技术，还要学CICS和z/OS吗？
A3：如果你是做基础设施运维，懂一点当然加分；但如果你做应用开发，更建议关注分布式微服务和云原生技术，因为银行招开发人员，已经很少直接面向大型机编程了，更多时候，你是在写Java或者Go,跟大型机打交道只看数据流和接口日志。
四大行的IT根基，在那些冰冷的黑机柜里，也在每一个深夜的机房巡检中，大型机的历史包袱沉重，但在极致可靠性面前，谁也不敢轻易当那个打破它的人，或许,这正是金融科技最务实的一面。