サービス

2025.12.04 09:26

金融機関のシステム近代化:安定性とセキュリティを損なわない移行戦略

Adobe Stock

Adobe Stock

Navneet Kumar TyagiはFinance Of Americaのシニアソフトウェアエンジニアです。

金融におけるデジタル支配の10年が到来し、クラウドネイティブでインテリジェントな銀行サービスがあらゆる規模の金融機関に求められる新たな期待となっています。顧客体験が競争の場となり、AI、分析、パーソナライゼーションは顧客とマーケットシェアの獲得または喪失を左右する武器として見られています。

その結果、銀行や金融サービス企業は、このデータ駆動型競争の時代で成功するために必要な能力を構築するため、テクノロジープラットフォームの近代化に投資しています。そこで、規制産業において安定性やセキュリティを損なうことなくシステムを近代化するための6つの重要原則を紹介します。

1. 「ビッグバン」の罠を避ける

テクノロジーリーダーがプラットフォームの近代化を検討する際、大規模に考えるのは自然なことです。目標とその達成方法、そして実現に必要なことを考えることは、技術者からプロダクトマネージャー、ビジネスリーダーまで、関係者全員にとって強力な取り組みとなります。

しかし、「置き換え理論」に固執することは、近代化における最大の罠の一つです。言い換えれば、現在のエコシステム、プロセス、アーキテクチャを単に取り除いて新しい輝かしいものに置き換えられれば素晴らしいでしょう!しかし、金融サービスにおいて、そのようなアプローチが可能であったり、わずかでも賢明であったりすることはまれです。

より良いアプローチは、現在のシステムを詳細に検討することです。何がミッションクリティカルか?絶対にダウンさせられないシステムやプロセスは何か?全く触れてはいけないものは何か?

2. 「動きながら」新しいレイヤーを追加する

金融組織内のシステムを考えてみましょう:顧客向けのオンラインおよびモバイルプラットフォーム、近代化されたミドルウェア、ホスト型またはクラウドネイティブのデータベースとアプリケーション。これらはインフラストラクチャの最前線であり、イノベーションと実験が常に行われている場所です。

一部のフィンテック企業はクラウドネイティブ時代にレガシープラットフォームを捨て去りましたが、これは何十年もの規制、報告、可用性要件のバランスを取る必要がある従来の金融機関にとっては実現不可能なことが多いです。完全に移行していない組織では、これらのシステムはCICS、IMS、COBOL、JCLなど、あまり耳にしないシステムや言語で動作している可能性が高いです。

これらのコアシステムはすぐになくなることはありません。安定していて複雑ですが、適切な統合作業と注意を払えば、大規模な置き換えや混乱を伴う切り替えを必要とせずに、最新の機能を上に重ねることは完全に可能です。

私たちはこれを「動きながら新しいレイヤーを追加する」と呼んでいます—レガシーシステムが稼働したままで、APIやクラウドネイティブサービスなどの新機能を導入することです。これは、システム全体の刷新を強制することなく、段階的に構築し、イノベーションを可能にすることです。

まずエッジ—API、クラウドネイティブフレームワークとアーキテクチャ、およびサポートインフラストラクチャ—に焦点を当てることは、特に近代化が目標である場合、クラウド投資を最大化する戦略的な方法です。

3. クラウドを目標ではなくレバレッジポイントとして扱う

クラウドは一般的に、近代化の目的地やエンドポイントと見なされています。しかし、多くの金融サービス企業、特に大規模で規制の厳しい企業にとって、それは単純化しすぎです。ハイブリッドまたはマルチクラウドモデルは、制御と拡張性のバランスを取る必要性を反映して、銀行ではより一般的です。

すでに複雑な環境でクラウド戦略を計画することは困難です。クラウド移行は近代化の前提条件ではありません。実際、最新のプラットフォームの一部の要素はクラウドに存在し、他の要素はそうでない場合もあります。

4. データを統合する

レガシー近代化の課題は物理的なテクノロジーシステムかもしれませんが、その核心はデータです。銀行、金融サービス企業、保険会社はすべて、通常はサイロ化され、ほぼ常に独自のシステムを持っています。ローン組成システム、リスク管理、CRM、顧客分析はすべて独自のデータストアを持ち、すべてが近代化の取り組みに価値のある洞察を持っている可能性があります。

最新のデータレイク、最新の統合ツール、イベント駆動型アーキテクチャなどのテクノロジーを使用して、データを結合し、アーキテクチャの残りの部分に統一された最新のデータレイヤーを提供できます。すべてのシステムを再構築する代わりに、APIとデータパイプラインを構築して、これらのシステムを結合し、最新のアプリにリアルタイムアクセスを提供します。

5. 村全体が必要

技術的な変革は、ITだけが所有している場合に失敗します。アーキテクト、コンプライアンス、開発、リーダーシップ間のコラボレーションが、近代化がビジネスにとって重要な成果に焦点を当てていることを確実にするために必要です。

近代化イニシアチブの優先順位付けと資金調達を管理するガバナンスボードやその他の権限を設定することが役立ちます。このボードには、従来のアーキテクチャに影響力と制御力を持つテクノロジーリーダーを含める必要がありますが、あまりにも急速に進むリスクが適切に管理されることを確実にするビジネスおよびコンプライアンスリーダーも含める必要があります。

6. 最終目標:スマートでコンポーザブルな銀行業務

最終目標、つまり現代的な銀行業務の望ましい状態は、コンポーザブルアーキテクチャです—決済、リスクスコアリング、コンプライアンス報告など、あらゆる機能が独立した再利用可能なコンポーネントであるシステムです。データはリアルタイムでアクセス可能であり、プラットフォーム全体がAIと分析の約束を実現できるデジタルでデータ駆動型のエコシステムになります。

これが金融の未来です。AI、自動化、分散型台帳技術が成熟するにつれて、ゴールポストはここに移動します。どうやってそこにたどり着くのか?ゆっくりと進み、適切な人々を関与させ、ビジネスを関与させ続け、各ステップで価値を示し、一度に一つのレイヤーを移動することによってです。

結論

レガシーの近代化は破壊することではなく、すでに実証されている基盤の上に構築することです。時間をかけてこの変革を実行し、アーキテクチャの俊敏性と運用上の信頼のバランスを取ることができる金融機関は、今後10年間で成功する最良の位置にあるでしょう。

金融テクノロジーの変革はDevOpsとクラウドネイティブの概念の重要なユースケースであり、銀行や金融サービス企業がこの記事の冒頭で概説したビジネス目標を推進するのに役立ちます。最新のクラウド設計、インテリジェントな統合、DevOpsツールを使用することで、金融サービス企業は混乱なく近代化を実現できます。

forbes.com 原文

"

タグ:

advertisement

ForbesBrandVoice

人気記事