云，合规性和UX：导航欧洲银行业的变更：BarnabásBirmacher

在过去的十年中，整个金融行业都采用了云基础设施。从微软Azure到Oracle和Google Cloud，美国技术提供商为这一趋势提供了支持，随着美国数据中心规模经济的加速，它们的价格降低了。虽然云国本地的生产力为产品开发，运营效率和客户满意度带来了好处，但欧洲政府和银行也对风险保持警惕。

随着地缘政治波动的上升，将贝莱德的地缘政治风险指标推向了今年早些时候的0.82，欧洲银行和金融科技都在审查其云基础架构和发展过程的压力越来越大，重点是运营弹性。实际上，这意味着建立强大的开发操作（DEVOPS）基础架构和能力，使他们能够快速响应政策转变，而不会损害运营效率和客户体验。

重新思考云基础架构

随着云采用跨金融服务的加速，我们目睹了明确的政策趋势并联。 《欧盟的数字运营弹性法》将现有的运行弹性要求扩展到了以响应基于云的金融服务的特定技术弹性。该法规的一个关键方面是冗余，要求机构能够在云基础架构提供商之间快速切换。

在法规的驱动和对供应链弹性的更广泛关注的驱动下，欧洲银行正在迅速重新考虑其数据物理居住和访问的位置。欧盟数据法案于2024年1月生效，增强了欧洲公民对数据的控制权，清楚地表明，服务提供商必须在本地处理和存储数据，除非另有明确同意。在英国，正在考虑类似的指示，许多银行已经承认驱动立法并做出相应响应的风险。为了遵守现有法规，银行正在审查其金融科技合作伙伴在其采购过程中满足数据主权政策的能力。

因此，银行现在要求提供云解决方案，以保证当地数据居住，监管一致性和运营主权。对于金融科技队来说，这既代表了挑战，也代表了分歧的机会。在地缘政治事件期间，未能适应监管机构和运营灾难的银行。通过这一机会重新定位其基础设施的金融科技不仅会冒失去银行客户的风险，而且还将在关键的市场转型中落后。那些无法提供地理分布的基础设施的人在为财务客户服务时会发现自己处于竞争劣势。

云提供商正面临帮助客户满足其数据主权要求的挑战。例如，去年亚马逊Web服务（AWS）宣布了计划推出专门的AWS欧洲主权云，该云与现有的全球基础架构在物理和建筑上分开。同样，随着微软最近在2025年2月完成了其欧盟数据边界。现在，AWS或Azure上的金融科技建筑必须计划如何将其银行客户转换为这些主权环境，需要进行重大的建筑调整，并在DevOps团队上越来越多。

增加了开发团队的负担

满足运营弹性和数据主权要求并不容易。它要求开发团队了解和绘制其平台及其集成之间的复杂数据流，并完成后，重新路由数据流或替换无法满足要求的工具。开发团队对银行和金融科技投资在其移动平台上的投资的额外负担； 65％的消费者表示，如果移动体验降低，他们将停止使用财务应用程序。

强大的DevOps平台是符合新的数字弹性和数据主权标准的关键，同时提高了开发团队效率。这是一个核心的核心连续集成和连续交付（CI/CD）基础，该基础建立了受控管道，并嵌入了严格且自动化的测试，以满足数据居住法规和其他关键安全要求。强大的CI/CD基础架构还通过自动化发布管理并在安全环境中采用AI代码生成工具来提高开发人员效率。通过在其开发策略中确定这些功能的优先级，金融机构可以迅速将其应用程序持续改进，以确保其安全性，弹性和数据主权标准始终达到。