现代化金融系统：从头开始的教训：作者：Artem Barmin

传统系统仍然运营着世界的钱，但他们并没有优雅地进行。大多数银行都陷入无法快速移动，不能轻易整合的代码库中，即使是小变化也像心脏手术一样。

不必这样。

这就是为什么这些旧系统正在杀死您的动力，以及如何改用诸如Elixir和Clojure之类的功能性语言可以帮助您在夜间进行扩展，稳定和睡眠更好。

当稳定开始花费太多时

旧的体系结构是一个重点构建的：不要打破。在大多数情况下，它们还没有。 Cobol仍然是许多金融机构的骨干。问题不是这些系统不起作用。这是他们不再奏效
足够的 今天的速度。

添加新功能变得风险。适应法规的时间比应有的时间更长。与现代API或外部服务的集成更像是谈判，而不是开发任务。

同时，客户期望不断攀升。即时付款，实时欺诈警报，无缝的移动体验 – 所有这些应变系统从未打算以这种速度或规模运行。

最终，稳定成为一个约束。不是因为它不是有价值的，而是因为它是以灵活性为代价的。

为什么功能编程出现在金融科技中

面对这个现实，团队开始寻找不影响核心操作的方式发展的方法。对于某些人来说，这导致了功能编程 – 不是作为趋势，而是对真正的挑战的故意反应。

语言喜欢
长生不老药 和
克洛杰尔 为在复杂领域工作的工程师提供吸引力的东西：可预测性。当您删除可变状态，副作用和纠结依赖性时，事情的行为会更加一致。当您的系统处理财务交易时，该一致性至关重要。

这些技术不是为金融发明的，但它们与其需求很好：并发，可靠性和清晰度。

在可再生能源空间中乘坐一家金融科技公司。他们的业务逻辑与脆弱的Salesforce Triggers紧密结合。他们的团队并没有撕开所有内容，而是从卸载密钥工作流（自动协议，文档处理和进度跟踪）的开始，将其换成基于Clojure的后端。

传统系统保持灯光，而新平台悄悄承担了更多的责任。随着时间的流逝，它处理了越来越多的操作，从而在不损害现有集成的情况下可以更快地进行功能开发。最终，该系统足够稳定以支持新产品，并且一家美国主要银行获得了该技术。

将迁移分为步骤

如果现代化感到压倒性，请减少范围。

步骤1：查明最慢或最脆弱的工作流程。

步骤2：建立一个并行系统接管这些部分。

步骤3：由于证明稳定，逐渐将流量转移到新系统。

步骤4：添加测试和可观察性以监视两个系统。

步骤5：决定是完全现代化还是保持混合方法。

这种方法尊重已经有效的方法，同时确保您的技术继续增长。

为什么自动测试和零下降时间更新很重要

在金融中，失败不仅会使用户感到沮丧。它有可能遵守合规，损害信任，有时甚至违反法规。这就是为什么如果没有强大的自动化测试和零下降时间更新的策略，现代化工作将无法成功。

您需要知道您的代码每次运行时的表现方式都一样。您需要在不中断服务的情况下发货。功能性语言使这两种都变得更加容易，但是真正的推动力是基础架构：CI管道，金丝雀部署，蓝绿色的推出。

虽然并不总是可见，但这些步骤对于实现真正的现代化而不是表面水平的重构很重要。

工具背后的学科

单独切换语言不会让您到达那里。使现代化成功的原因是不太迷人的东西：自动测试，可观察性和安全的部署。这些基础使您可以快速移动而不必不断地看着肩膀。

功能编程有助于奠定基础。纯函数和不变的数据使测试更简单，更直接地调试，并更快地分辨率。

但是工具只设定舞台。真正的转变来自强大的工程习惯和共同的团队纪律。

它的工作时的感觉

当现代化起作用时，它并不总是戏剧性的。没有新闻稿或前后的演示。相反，事情变得更快。有点安全。更容易管理。

开发人员停止恐惧部署。产品团队可以更自信地运输功能。事件下降了。合规性审核变得不那么痛苦。

而且，也许最重要的是，该组织开始不太害怕改变。

公司喜欢
nubank，，，，
克拉纳， 和
正方形 所有人都走了不同的途径，有些途径 – 有些有浓汤，有些具有长生不老药，有些具有混合体系结构。他们之间的共同点是决定认真对待现代化，并以尊重其系统的过去和未来的方式进行现代化。

最终想法

没有通用的遗产现代化剧本。每个机构在代码库中都有自己的怪癖，约束和鬼魂。

但是等待它没有回报。无所作为带来了自己的成本 – 通常更微妙，但同样是真实的。

开始小。使用正确的工具进行稳定
和 改变。尊重已经有效的东西，但不要让它陷入困境。

最好的现代化时间是五年前。

第二好的是您的系统开始向后推。