要点概述
- 银行持续受到遗留应用程序的困扰，这导致高昂的维护成本、漫长的上市时间以及易出错的业务运营。
- 遗留应用程序的现代化已成为金融机构快速数字化转型的关键先决条件。
- 我们探讨了以微服务为基础的容器化方法如何帮助瑞士信贷（Credit Suisse）实现云就绪。
摘要
金融服务行业运行着已有数十年历史的遗留系统和应用程序。
这些应用程序无法适应快速变化的业务需求，也无法有效利用现代IT基础设施为银行创造优势。这导致性能不佳、客户体验差、新产品的上市时间长，从而影响银行的竞争地位。此外，遗留应用程序体系严重阻碍了银行的数字化转型计划并延迟了云迁移。尽管银行认识到遗留系统现代化的迫切需求，但迄今为止仍未找到高效且经济实惠的解决方案。本文提出了一种利用云和容器化微服务技术实现遗留应用程序现代化的经济高效方法。
遗留系统现代化：快速数字化的先决条件
使用过时的系统运营给银行带来了诸多障碍。
这些障碍包括：缺乏维护遗留应用程序的人才资源、高昂的维护成本、无法适应不断变化的客户需求以及易出错的业务运营。此外，遗留应用程序无法满足向数字化银行模式转变所要求的可用性、可扩展性、敏捷性和弹性。即使是小型产品升级也要经历漫长的发布周期，导致成本增加和上市时间延长。所有这些因素都会导致客户体验不佳，使银行丧失竞争优势。
遗留应用程序现代化已成为金融服务行业的关键要务，因为它是实现快速数字化转型的关键先决条件。此外，鉴于云技术带来的巨大增长机遇，云采用在该行业正迅速获得关注。遗留系统现代化对于快速过渡到云就绪的应用体系也至关重要。
助力银行加速前行
银行将从遗留系统现代化项目中获益良多。
其益处是多方面的：提升业务敏捷性、加快新产品和功能升级的上市速度、能够采用人工智能（AI）、机器学习（ML）和物联网（IoT）等新技术、降低运营总成本等。
此外，遗留系统现代化使银行能够扩大数字化计划规模并迁移到云平台。然而，这种转型并非易事——主要的挑战在于根据组织特定的IT基础设施缺陷和需求，确定合适的现代化路径。
我们认为，采用以微服务架构范式为支撑的容器即服务（CaaS）方法，可以帮助银行实现遗留平台现代化，并改造旧应用程序以实现云就绪。微服务架构将庞大的单体应用程序拆分为小型、可管理且隔离的微服务，从而缩短发布周期时间。CaaS平台可以部署在本地，并在云应用和本地应用之间架起桥梁。结合DevOps软件开发方法，这是一种经济高效的方式，可帮助银行实现敏捷性并加速软件交付周期。DevOps软件开发方法所具备的自动化测试和集成功能可实现持续监控。这使银行能够快速识别错误并进行快速调试，从而缩短产品发布和现有产品功能升级的上市时间。
将理论付诸实践
将遗留应用程序迁移到云端并非易事，且成本高昂。
此外，公有云采用因固有的安全和合规限制，给金融机构带来了重大难题，并阻碍了向云基础设施的快速迁移。许多银行采取观望态度，更愿意观察同行的策略，并效仿其转型路径。然而，这种延迟使银行失去了先发优势，并影响了其市场地位和客户信心。
银行可以采用三种方法将遗留应用程序迁移到CaaS平台：
- 直接迁移（Lift and Shift） – 此方法相对快速且成本低廉，有助于银行在无需重大代码更改的情况下快速将遗留应用程序容器化。迁移期间只需最少的配置更改。此外，该方法加速了旧组件和框架的退役，注入了敏捷性，并允许银行使用最少的资源自动扩展应用程序以满足需求的突然激增。然而，应用程序本质上仍是单体式的，开发生命周期和上市时间仍然较长。
- 改进后迁移（Improve and Move） – 这种方法可帮助银行改造应用程序，使其与云兼容，与目标基础设施环境无缝集成，提高性能和客户体验，增加更多功能并降低成本。使用这种方法进行迁移比直接迁移方法耗时更长，因为需要对应用程序进行重构以实现与基础设施的集成，因此成本也较高。
- 重构与替换（Rip and Replace） – 通过此方法，金融机构可以完全重新设计和重写其应用程序，使其具备云兼容性，并解锁现代平台的所有优势。遗留应用程序使用微服务框架迁移到云原生的CaaS平台。然而，与直接迁移相比，此方法在时间和金钱上都更为昂贵。
迁移行动清单
我们建议结合使用直接迁移（Lift and Shift）和重构与替换（Rip and Replace）的方法进行应用程序现代化。
尽管转型方法的选择取决于各个组织的战略，但我们认为，重构与替换方法更适合金融机构，因为它能够快速见效——提升敏捷性、缩短上市时间、加快应用程序部署以及充分利用现代数据平台。
银行面临着与功能覆盖相关的挑战——缺乏功能测试可能导致迁移过程中额外的时间和精力投入。此外，新平台上第三方库的不可用会延迟迁移进程。
鉴于上述情况，必须制定详细的迁移策略，并采取循序渐进的方法以确保顺利实施，具体如下：
- 与所有利益相关者协商，对所有应用程序进行深入分析，以确定最佳迁移路径和优先级。
- 识别应用程序中使用的正确第三方软件和库，准备完整的依赖项清单，并检查它们在目标平台上的可用性。
- 确定迁移的应用程序优先级——那些不依赖外部库或第三方库在目标平台上可用的应用程序可以在初始阶段迁移。
- 识别缺少功能测试的应用程序，并编写新的测试用例。
- 根据应用程序的状态（活跃或非活跃）、用户数量和投资模式对其进行分类。
- 使用直接迁移（Lift and Shift）方法迁移极少使用的遗留应用程序，采用仅维护模式——将应用程序容器化并部署在CaaS平台上（见图1）。
图1：迁移遗留应用程序的直接迁移（Lift and Shift）方法
- 采用重构与替换（Rip and Replace）方法（见图2）迁移投资模式下的活跃应用程序——将应用程序拆分为多个微服务，然后部署在CaaS平台上。
图2：迁移遗留应用程序的重构与替换（Rip and Replace）方法
- 让应用程序开发团队参与迁移的所有阶段。
- 提升并培训应用程序开发团队的技能，使其具备在新平台上运行和维护应用程序的能力。
根据我们的经验，80%的应用程序适合采用重构与替换（Rip and Replace）方法，而剩余的20%则需要使用直接迁移（Lift and Shift）方法迁移到CaaS平台。采用这种方法可以推动向云平台的快速转变，从而使银行有能力利用这种转变将带来的巨大机遇。
应用程序现代化：典型案例
为了说明现代化的好处，让我们看看瑞士信贷（Credit Suisse）所采用的方法。
这家总部位于瑞士的银行正在实施一项成本较低的本地CaaS迁移计划，以实现其遗留应用程序的现代化并实现云就绪。该银行结合使用了直接迁移（Lift and Shift）和重构与替换（Rip and Replace）的方法进行转型。由于应用程序数量众多，该银行采用了分阶段迁移策略。在第一阶段，将现有代码库迁移到现代控制代码库，并使用持续集成/持续交付（CICD）工具在容器化平台上快速构建和部署应用程序。由于实施仍在进行中，效益数据尚不可用。然而，瑞士信贷已经能够实现一些早期成效：
- 运营总成本（TCO）降低
- 上市时间缩短
- 应用程序的敏捷性、自动扩展性和更高的可用性得到提升
总结
一个云就绪的、容器化的微服务平台帮助金融机构实现遗留应用程序的现代化。
它也使这些应用程序与现代数字技术基础设施以及敏捷和DevOps实践兼容。好处是多方面的——银行获得了利用新增长机会、改善客户体验以及超越同行的能力。尽管这一转型并非没有挑战，但其益处远大于障碍。银行必须将遗留系统现代化作为优先事项，以在疫情后的新常态中脱颖而出并占据领先地位。
联系我们
联系我们