ゼファーネットのロゴ

BFSI でクラウド ポータビリティにアプローチする方法

日付:

抽象

高度に規制された BFSI 業界は、重要なビジネス アプリケーションを XNUMX つのクラウド プラットフォームで実行するリスクに直面しています。 リスクは、クラウド ベンダー側の障害によってビジネスが中断されることで発生します。 クラウド ポータビリティは、ビジネスへの中断を最小限に抑えながら、アプリケーションとデータを XNUMX つのクラウド環境またはプロバイダーから別のクラウド環境に移動する機能を促進する規制およびリスク回避のパラダイムです。 BFSI 企業は、マルチクラウドの導入、またはフェールオーバーのためのオンプレミス インフラストラクチャの組み合わせ、または別のクラウドまたはオンプレミスに非常に迅速に移動できるアプリケーションのポータブル化によって、この問題に対処しようと試みてきました。 この記事では、移植性と、BFSI 業界のクラウド出口の隣接領域について詳しく説明します。

クラウドのポータビリティ: 規制とビジネスのパラダイム

これらの企業はビジネスの重要な性質と、大量の機密財務顧客情報を保有しているため、厳しい規制を受けているため、BFSI クラウドの導入は遅れています。 セキュリティ リスクとコンプライアンス、エコシステム管理、統合、および制御の優先度は非常に高くなります。 重要なビジネス機能には、ビジネス中断に対するゼロトレランスが必要ですが、BFSI 企業向けの大規模なインフラストラクチャが集中するため、特定のクラウドを利用するだけでは達成できない場合があります。

クラウド ポータビリティの概念により、あるパブリック クラウドから別のパブリック クラウドへ、またはパブリック クラウドとプライベート クラウド間、またはパブリック クラウドまたはプライベート クラウドとオンプレミス データ センターの間でアプリケーションとデータを移動できます。 クラウド撤退とは、BFSI 企業があるクラウドから別のクラウドに移行し、元のクラウドに戻る可能性がなくなる状況を指します。 クラウドのポータビリティとクラウドの終了は密接に関連しています。 どちらも IT 障害、契約上の紛争、地政学的な出来事、自然災害または人為的災害によって引き起こされる可能性がありますが、クラウドの終了は一般に永続的な出来事であると考えられています。 PaaS やクラウド プロバイダーのサーバーレス アーキテクチャなどのクラウド ネイティブなサービスには共通点がほとんどないため、企業がクラウド ベンダーから撤退してワークロードを別のクラウド ベンダーに簡単に移行することが困難になります。

規制の厳しい英国の BFSI 企業は、自社のクラウド戦略がクラウド導入の規制要件に従っていることを確認する必要があります。

クラウド導入の規制要件をよりよく理解するために、クラウド導入に関する XNUMX つの主要な FCA ガイドラインを見てみましょう (https://www.fca.org.uk/publication/finalised-guidance/fg16-5.pdf)

 

集中リスク: 多数のビジネス ワークロードを実行するために単一のクラウド プロバイダーからサービスを取得すると、ロックインのリスクが大幅に増加します。 これにより、クラウド プロバイダーが義務を履行できなかった場合に、別のクラウドまたはホスティング プラットフォームに移行できなくなります。 BFSI 企業は設計上、単一のクラウド プロバイダーへの過度の依存のリスクを軽減するために、可能なハイブリッド プラットフォームと組み合わせてマルチクラウドを安全に使用する必要があります。

クラウド サービス プロバイダー (CSP) の監視: 監視機能はクラウド導入戦略に不可欠な部分です。 BFSI 企業は、クラウド エンジニアリング、DevOps、FinOps において適切な IT 能力を獲得する必要があります。 監督機能には、BFSI 企業と CSP の間の商業的および法的契約を完全に理解する必要があります。 また、現在のプロバイダーから別のプロバイダーまたは社内プロバイダーへのサービスの終了または転送を管理する必要もあります。 

継続性と事業計画: BFSI 企業は、クラウド サービスに予期せぬ中断が発生する可能性を想定する必要があります。 これには、BCP インフラストラクチャの適切な文書化と定期的なテストが必要です。

クラウドのポータビリティと終了の課題は、テクノロジー、契約上の義務、適切な計画、戦略を組み合わせることで対処できます。

移植性の高いワークロードの導入

BFSI 企業は、以下のアプローチの XNUMX つまたは組み合わせで、クラウドのポータビリティと出口戦略に取り組むことができます。

1. アンチパターンの使用法

クラウド ポータビリティを実現する多くの主体は、クラウド ネイティブ サービスの選択的導入、アプリケーション アーキテクチャ パターンの選択的導入、非ネイティブ クラウドのコスト管理、およびマルチ クラウドまたはハイブリッド クラウドの導入です。 多くのパターンは一般に受け入れられるアーキテクチャ パターンではないかもしれませんが、移植性や終了に関連するコストのかかるリスクを回避するという点で、長期的には企業に利益をもたらす可能性があります。

2. 重要なビジネス プロセス (CBP) に優先順位を付ける

企業の運営における重要なビジネス プロセス (CBP) は、移植性に関する懸念を特定して対処することから始まります。 重要度の高い CBP には、クレジット カードやデビット カードの取引、ATM での現金引き出し、デジタル バンキングのログインなどがあります。 これに続いて、住宅ローンの支払い、テレフォン バンキングのログイン、支店窓口取引、銀行自動清算システム (BACS) の口座振替、一般保険金請求、および請求解決など、中程度に重要な CBP が続きます。 優先度の低い CBP には、カードの紛失または盗難の報告、ローンまたは商業金融の支払い、自動不正検査、スタッフへの給与または年金の支払い、定期的な収入代替支払いなどが含まれます。 非常に重要なプロセスには高価なソリューションが必要である一方、他のプロセスには安価なオプションで対処できる可能性があるため、企業はビジネス プロセスを階層化することで恩恵を受けることができます。

3. 出口戦略

不測の事態が発生した場合の明確な出口戦略はクラウド戦略の一部である必要があり、ビジネス継続性を維持するためのクラウド プロバイダーに対する特定の契約上の義務に対処する必要があります。 アプリケーションとデータのワークロードの両方を既存のクラウド プロバイダーから新しい場所に切り替えるには、データ所有権の問題とともに適切なツールの選択を計画する必要があります。

4. 相互運用性(インターオペラビリティ)

相互運用性は、プロバイダー、プラットフォーム、オペレーティング システム、ストレージに関係なく、すべてのアプリケーションとデータ コンポーネントを新しいクラウド環境に正常に移動および展開し、通常どおりビジネス オペレーションを再開できる機能として定義されます。 Container-as-a-Service (CaaS) は、異なるクラウド間でコンテナ化されたワークロードまたはポータブルなワークロードの相互運用性を向上させる上で、企業のクラウド戦略を強力に主張します。

5. 回復力

復元力とは、障害から回復して機能を継続するシステムの能力です。 クラウド上では、アプリケーションにソフトウェア コンポーネントの障害を引き起こす複数のイベントが発生する場合があります。 クラウド アーキテクチャを設計する際、アーキテクトは、ソリューションがこれらの障害に対処し、対応できることを確認する必要があります。 すべてのクラウド プロバイダーは、リージョン内のマルチ アベイラビリティ ゾーン間でデータとワークロードをレプリケートすることにより、データとワークロードへの高可用性 (HA) アクセスによる復元力を内蔵しており、顧客が選択した場合にはマルチリージョン レプリケーションのプロビジョニングを備えています。 単一またはマルチクラウド環境でクラウドのポータビリティを実現するための主要なパターンには、単一リージョンと同じクラウド プロバイダーのデプロイメントによるマルチゾーンがあります。 同じクラウドプロバイダーを導入したマルチリージョン。 マルチクラウド展開とマルチリージョン展開。 ビジネスクリティカルなプロセスやアプリケーションのマルチクラウドおよびオンプレミス展開。

まとめ

クラウドの利用が増加していることは明らかですが、顧客の利益と金融サービスの保証を保護するための規制要件も同様に増加しています。 クラウドのポータビリティと出口戦略を計画し、クラウド戦略の一部として含める必要があることは明らかです。 BFSI 企業があるクラウド サービス プロバイダーから別のクラウド サービス プロバイダーに切り替えると、データとアプリケーションに関連する相互運用性と移植性に関連する多くの課題に直面します。 意志の程度の課題は、企業が利用するクラウド サービスの性質によって異なります。

今後の方法としては、すべてのクラウド プロバイダー間で共通のアーキテクチャ標準を作成することから始めるのが適切です。 企業は、ポータブル ワークロードの理想的なセットアップの構築に伴う追加の IT リソース、スキル、トレーニング、レプリケーションとコンプライアンスの複雑さについても計画する必要があります。

寄稿者: アミット・シドワニとアシム・カー博士

スポット画像

最新のインテリジェンス

スポット画像