“2年前自己买了一堆零件组装起来的3D打印机，打算转让……由于是自己组装的，精度十分依赖调校，我找到了一个还没丢掉的打印件，可以直观看出精度。反正勉强凑活，当玩具玩玩还行……”
这是一篇在恒生内网转让自制3D打印机的帖子，让人不禁好奇，这位把3D打印机当玩具的人，究竟是谁？
顺藤摸瓜，我联系上了这位“手工大师”，原来，他是2020年度恒生功勋技术奖得主——铁刚。
1998年，高中生铁刚便拥有了自己人生中的第一台电脑。
那是个上网需用电话线拨号的时代，硕大的台式机在今日看来笨重无比，堪称老古董，但铁刚却冥冥之中坚信，计算机会是未来。
高考结束后，铁刚在填报志愿那栏郑重地敲下“计算机专业”几个字。随后，踏进大学象牙塔的他便早早为自己做好了未来的职业规划——“IT这条路我会一条道走到黑”。
2010年，毕业几年后的铁刚加入了恒生位于上海的子公司聚源，担任技术攻关角色。两年后，铁刚从聚源加入了恒生理财事业部，负责研发和架构工作。
“变化”是导火索
在恒生理财销售事业部，有两个系统构成一家金融机构面向个人投资者进行理财产品销售的全局，包括负责前端业务的财富终端产品线和后端功能的理财销售产品线。
经历多次迭代，最新的5.0版本的推出挑战是最大的，一方面是系统重构，另一方面是引入微服务和运营概念。
对此，亲历4.0到5.0迭代过程的铁刚表示，“变化”是导火索。变化往往藏于细微之中，变化也常常来得猝不及防。
2015年前后，互金高潮迎来巅峰时期，“互联网”这个词被逐渐放大，直至身处软件行业的工程师们无法再忽视它的发展。
在这样的行业背景下，2016年，身处基金销售系统核心岗位的铁刚经历了有史以来最难忘的一个项目。
电商运营系统4.0陆续在不同客户方交付上线，均未异常，但在当时国内某大型基金投资软件上线时，却碰上了从未遇到过的极端流量压力。
负责业务网关设计工作的铁刚回忆道：“在基金行业里，从没有过如此大规模的流量。当时客户方借用国内某知名云服务商搞拉新促销活动，达到了日均数千万的实时查询和日均百万级的下单。”
这一场景发生在2016年的基金行业，实属罕见。哪怕是现在的招赢通或者余额宝，虽然日均下单量要远大于当时，但下单非同步请求，而是异步下单每小时通过文件发送给后台系统。纯以实时下单来算，仍没有哪家同类机构能超过当时该客户的流量。
因此当百万级别、高并发的实时流量到来后，国内某知名云服务商、国内最大第三方支付机构的系统、电商运营系统4.0均被一一压垮。
容不得多加犹豫，优化工作便火速展开：发现性能瓶颈点、分析讨论方案、开发测试上线。铁刚和团队戮力同心，最终用24小时接力赛的工作方式交出了一个满意答复。
系统逐渐恢复正常，网页端逐步恢复热闹的背后，开发团队经历了一场应对互联网金融极端情况的突发战役。
这一切似乎预示着这样一个信号：互联网理财正汹涌而来！
“一个比较明显的变化就是客户反复提出想在系统上提高自主化运营能力，对互联网化需求的声音明显增多，也越来越复杂”，铁刚说。
互联网化征途（上）
如今，当你打开某基金APP，可能会看到首页是一张某新基金发行的宣传大图，又或者某个节假日页面有浓郁的节日氛围……
这是聪明的客户方运营小伙伴们为吸引流量、改善用户体验绞尽脑汁想出的花样玩法。
但在电商运营系统5.0诞生前，电商运营系统4.0尚未能支撑这些个性迥异的运营策略落地。随着互联网浪潮的推进，系统迎来了提高可拓展性、满足千人千面的需求挑战。
需求像击鼓传花一般经过了客户方市场运营同学、恒生方现场项目经理、恒生方产品经理，最后传到了恒生方研发经理和开发同学手里。
一个月后，客户方的运营同学很难过，因为开发同学满足需求的速度太慢了，等开发同学把变更的需求做出来，一个好的热点营销策划早就凉凉了。
“我就让你改个图标，你给我改一个月，哪有这么慢的！”
为什么会这么慢？显然，传统的产品思路已经不能满足客户的个性化需求。按照传统的产品开发流程，每个版本有固定发版时间，产品必须按照自己的开发节奏走。
面对运营同学的埋怨，铁刚开始思考破题的关键：“为了解决这个矛盾，我觉得应该赋予客户自主定制化的能力，而我们专注做好产品化的部分。因此我们在系统开发上必须打破传统产品的惯性思维，将产品往互联网化转型。”
浩浩荡荡的互联网化转型工程在理财销售事业部如火如荼展开，电子商务系统4.0开始往电商运营系统5.0进化。
2016年，团队内部尚未设立架构师岗位，作为研发经理的铁刚不断切换于架构选型、核心代码编写、代码重构、研发管理等工作内容中。
从0到1搭建起一个完全焕然一新的APP界面，完成它竟然只需要几分钟，而这，只是电商运营5.0系统功能中的冰山一角。用户信息查询、交易行为分析、线上活动管理和活动效果分析等均是电商运营系统5.0的拿手好戏。
系统陆续上线后，很多客户方的运营同学们十分兴奋：按月迭代APP的界面，节假日就提前准备好迎合节点的主题风格，“玩”得不亦乐乎……
因为好用，许多客户从用上那一刻起便爱不释手。像兴全基金自2017年使用电商运营系统5.0后就一直沿用至今。
铁刚拿出手机打开界面给我展示了兴全基金如今的个性化成果：“前段时间我还看到他们的界面是庆祝圣诞、元旦的画风，现在则完全换了一副面孔。每隔一段时间，他们就把APP改头换面一遍，而这个过程完全不需要我们参与。”
截止2020年末，电商运营系统5.0已经上线百余家客户。基于5.0系统之上，这些客户的运营各有千秋。
如今，电商运营5.0系统经过多次升级后已进化成完全拥抱云原生的“财富终端5.0”产品，拥有了更多超乎想象的酷炫技能：
用户在使用“财富终端5.0”中无需安装便可直接在云端操作，0实施成本；支持可视化编辑功能大进化，所见即所得；不仅能编辑特定页面，整个APP都能完全定制；一键生成iOS、Android、H5三端，体验和效果完全一致，大幅降低了运营成本。
互联网化征途（下）
而互联网化这把火已经从前端产品线烧到了后端产品线。
2018年，理财5系统诞生。
这一年，铁刚开始参与理财5系统的设计研发，主要负责推动技术转型和架构成熟度提升。在公司所有产品BU中架构成熟度积分榜上，理财5系统已经连续两年摘得桂冠。
回溯整个转型过程，亲历此次迭代的人却都有一个相同感受：折翼重生。
从传统的研发技术体系转型到互联网化的架构体系，主要是引入了中台理念和微服务理念，当然也少不了“DevOps”、“容器化”、“云原生”这些技术的加入。
转型并非一蹴而就。项目规模达到600人月，管理非常复杂。同时，和很多巨型项目一样，理财5项目也遇到了资源紧缺的问题，外加上线时间紧，这对理财团队来说是个不小的挑战。
最大的困难也许来自系统框架的切换。为迁移到支持分布式微服务的新一代恒生JRES3.0架构，团队必须在技术、研发管理、团队文化上全面往互联网化转型。
说到理财5.0系统的转型，不得不提到另一个人，龙哥。
龙哥是理财销售事业部的副总经理，也是理财5.0系统迭代的另一核心技术人物。
尽管铁刚和龙哥常常在某个模块的拆分设计思路上吵得面红耳赤，但他们有一个共同点，就是鼓励技术创新。他们会有意识地引导队内成员用代码将冗杂重复的事情只做一遍，该理念也深深影响着团队的每一份子。有一次，一名应届生在项目中做出了一个自动化测试工具，大大提升了研发效能，龙哥听闻后鼓励他继续完善这个测试工具，最后还在整个团队推广使用。
正是在铁刚与龙哥“相爱相杀”的多年里，理财5.0得以成就传奇转型。
2021年，龙哥（左）与铁刚（右）留下新年合影
拨云见日的过程里，龙哥与铁刚带领团队逐个攻克转型难关：技术栈的转变、建立内部培训体系、研发和交付的标准化建设、明确各环节的准入准出、制定迭代日历、逐步建设DevOps流水线、提升自动化测试覆盖、建立代码review制度、强制静态扫描、通过看版实现研发过程透明化……
历经一年多奋战后，理财5团队终于守得云开见明月。
转型的结果令人兴奋，从效能上便可体现：2019年5月，理财5团队发包次数为35次，其中多达20次是拖到凌晨才发出去，而到了2019年11月，发包已经达到50次，但只有4次拖到了12点后。
如今，理财5.0已经上线10家客户，其中包括了基金行业头部客户南方基金和证券资管行业头部客户东方证券资管。
十年恒生路，从一名开发到整个事业部架构师，铁刚说期间并没有太多迂回曲折离奇的故事，但历久弥新的就是那些看似普通的沉淀。
积跬步，致千里，看似水到渠成，夯实的步伐却贯穿始终。
技术Q&A
Q1:为什么企业现在如此重视架构师这个岗位？
以前用c语言写系统，代码就是自然逻辑思维，整个开发过程可以不需要架构师参与。但现在不管用什么语言，系统都是多线程和分布式框架。在技术选型、非功能需求分析、部署方案、应急处理上比之前要复杂很多，开发也没那么容易了，不规定好框架和规范的话，写出来的代码会有很多冲突、冗余、隐患。
Q2:听上去，架构师似乎只需要关注屠龙之技？
当然不是。在TO B公司内，架构师的能力可概括为业务能力、技术管理能力和架构设计能力。
架构师首先必须对业务有深刻理解，否则，一味求新或者过度设计都不是适合当前系统的架构。
架构设计能力是架构师的核心能力，主要分为系统架构和工程架构。两者基本上涵盖了从预备立项到投产上线和后期维护的整个生命周期。
在整个项目过程中，架构师需要管理好各个环节的技术运用、确保人员对技术理解符合预期、用适度原则平衡好业务与技术的关系、控制成本等。这便是技术管理能力。
Q3：如果要给架构师打一个比喻，你觉得它应该是什么？
高度专业的“打杂人”。他应该是整个项目组里或者产品组里，关心的事儿最多的那个人。
架构师除了专业能力外，还需要具备良好的沟通能力、学习能力、解决问题能力、项目管理能力、阅读和归纳总结能力，创新能力等等。
Q4：做一个架构师，你是如何hold住全场的？
作为一个架构师，会面临很多意想不到的挑战，正是这些挑战让工作变得很有乐趣。
一方面，经验不足就很难识别真正的需求是什么，包括客户的业务需求和技术需求。
另一方面，架构师会与各路人马经常打交道，不知道什么时候需要“左右逢源八面玲珑”以确保项目顺利推进，什么时候又需要“铁面无私毫不留情”以守住质量底线。
Q5：如何炼成一名架构师？
研发和架构的界限其实比较模糊。架构设计是研发过程的扩展，架构又和普通设计不同，它需要更高度的抽象，需要具备宏观视角而不会陷入实现细节。
成为架构师并不是在某一天被任命后就突然是架构师了。不断积累经验，持续学习新技术、拓宽视野。几十个项目做下来后，自然而然就具备了全局视角，具备了技术领导力，能够成为团队的技术教练、产品质量的后盾和困难问题的终结者。
