イングランド銀行はクラウドバンキングを強く支持しています。2019年6月のマンション・ハウスでの講演において、総裁は「クラウドやAIのような新しい汎用技術は、システムのレジリエンス（回復力）を強化するために活用できる」と述べています。
同様のメッセージは、他の各国中央銀行や大手コンサルティングファームからも発信されています。例えばデロイトは、2019年に発表した銀行の未来に関するレポートの中で、次のように 結論付けています：「では、コア処理をクラウドに移行すべき時が来たのでしょうか？答えは間違いなくイエスであり、すべての銀行経営者が検討すべき課題です。」
そのキーワードは常に「レジリエンス」です。クラウドバンキングは、稼働時間、セキュリティ、そして耐久性を提供します。これらは、許容しがたく高コストな障害やシステム停止に悩まされてきた業界にとって、切実に求められている品質です。
では、なぜクラウドはそれほどまでに安定しているのでしょうか？銀行関係者や規制当局がその理由を理解することは極めて重要です。
ハードウェアがその答えの一つであることは明白ですが、正確ではありません。従来のオンプレミス型データセンターは、ハードウェア障害の影響を受けやすいという弱点があります。サーバーが1台故障すれば、その撤去と交換が必要となり、時間もかかれば業務も中断されます。洪水や停電、インターネット回線の遮断といったトラブルが施設で発生すれば、銀行は窮地に陥ります。冗長化されたコロケーション施設の利用は必須ですが、それはあくまで原始的な解決策に過ぎません。
クラウドへ移行すれば、圧倒的な物理的優位性を享受できます。例えばAmazon Web Servicesは、世界22の地理的リージョンで69のアベイラビリティゾーン（AZ）を展開しています。データは専用の光ファイバーネットワークで接続された複数のAZにホストされており、極めて高いレジリエンスを実現しています。ネットワーク、ハードウェア、電源が完全に分離されているため、あるAZで災害が発生しても他のAZには影響が及びません。IBM Cloud、Microsoft Azure、Google Cloud Platformも同様の地理的多様性を提供しています。
しかし、これはまだ表面的な話に過ぎません。真のレジリエンスは、クラウド上でソフトウェアがどのように動作するかにあります。
クラウドへの移行は、過去の遺物である不安定なレガシーシステムを捨て、クラウドネイティブの原則に基づいてゼロから構築された堅牢なアプリケーションへと転換する絶好の機会です。
クラウドネイティブソフトウェアはマイクロサービスを活用します。アプリケーションは自律的な単位に分割され、APIを介して通信します。マイクロサービスは本質的に堅牢であり、ある箇所で問題が発生してもその影響は限定的です。他のサービスには影響が及ばないため、一部の障害が発生してもシステム全体は稼働し続けることができます。
コンテナ化も重要な概念です。Googleでは、GmailからYouTubeに至るまで、すべてがコンテナ上で動作しており、毎週数十億ものコンテナが起動しています。これらは軽量なソフトウェアユニットであり、わずか数秒で起動や停止が可能です。Kubernetesはその管理ツールとして、コンテナの運用を自動的に最適化します。
実用的な観点から言えば、コンテナはアプリケーションを極めて強固なものにします。コンテナが誤作動を起こしても、即座に破棄され、別のコンテナに置き換わります。これは「セルフヒーリング（自己修復）」と呼ばれ、まさにその名の通りの機能を発揮します。
クラウドネイティブソフトウェアは拡張性に優れています。つまり、需要に応じて柔軟に規模を拡大・縮小できるのです。
クラウドの容量は実質的に無制限です。ブラックフライデーのような急激なトラフィックの増加は、従来の銀行システムをダウンさせる可能性があります。しかし、拡張性に優れたクラウドネイティブなソフトウェアであれば、どのような負荷にも対応可能です。例えば、利用者が急増するクリスマス期間中もNetflixがオンラインを維持している様子をご覧ください。Netflixは世界のインターネットトラフィックの約15％を占めています。また、中国の独身の日には、WeChatが1秒間に最大25万件のトランザクションを処理したと報告されています。これは従来のシステムでは到底不可能なレベルのトラフィックです。これほどの規模の需要に対応できるのは、AWS上でホストされたクラウドネイティブなソフトウェアで運用されているからです。
おそらく最大の利点は、ソフトウェアの更新方法にあります。銀行のソフトウェアを変更することの難しさは誰もが知るところです。ITチームは四半期に一度の「ビッグバン」アップグレードというリスクを負い、実行時には固唾を飲んで見守ることになります。
クラウドネイティブなソフトウェアは全く異なります。ダウンタイムなしで1日に何百回も更新することが可能です。変更は自動的にテストされ、デプロイされます。アップデートは個別に並行してテストでき、ブルーグリーンデプロイメントのような手法を用いることで、アプリケーションの異なるバージョン間でトラフィックをスムーズに切り替え、リスクとダウンタイムを排除できます。
セキュリティについても触れておく必要があります。従来の銀行ソフトウェアは暗号化に苦慮しており、主に境界防御に依存しています。控えめに言っても、これは最適とは言えません。コンタクトセンターのスタッフが平文のファイルにアクセスできてしまうといった恐ろしい話も存在します。対照的に、Thought Machineの Vaultプラットフォームは、データをソースで暗号化し、さらに転送中も暗号化します。データが露出することは決してありません。このアプローチは、桁違いに安全です。
イングランド銀行が銀行に対してレジリエンス（回復力）向上のためにクラウドへの移行を推奨しているのは、単なる流行の姿勢ではありません。その方針の背後には、深遠な技術的理由があるのです。
2019年にヒュー・ヴァン・スティニス氏がイングランド銀行のために作成したレポート「Future of Finance（金融の未来）」では、 次のように述べられています：
「もう一つの優先事項は、金融サービスがクラウド技術を採用することです。クラウド技術は、規制当局や金融機関の高い期待に応えられるレベルまで成熟しています。社内でのデータ保存や処理からクラウド環境へ移行することで、イノベーションを加速させ、最高の分析ツールを活用し、競争を促進し、レジリエンスを構築できます。特に中堅企業にとって、クラウドへのアップグレードはサイバーセキュリティを大幅に向上させる可能性があります。」
銀行が99.999％の稼働率、優れたセキュリティ、そして顧客に中断を与えることなく望む頻度でアップデートできる能力を求めるのであれば、イングランド銀行の助言に耳を傾け、コアバンキングをクラウドへ移行すべきです。
