ミッションクリティカルシステムのクラウド化のための技術は揃った
「世界でも最大規模の金融機関向けミッションクリティカルサービスが、いよいよOracle Cloudでカットオーバーしました。私が知る限り、ピュアクラウドのアーキテクチャで、ここまでのミッションクリティカルかつ大規模な仕組みが日本でカットオーバーを迎えた事例はありません」と、日本オラクル株式会社 取締役 執行役 社長の三澤智光氏は言う。これは極めてエポックメイキングなことであり、ここからミッションクリティカルなシステムのクラウド化が本格的に加速すると予測する。
多くの企業において、クラウドの利用はごく当たり前となった。新たなシステムを構築するならば、企業はプラットフォームの選択肢としてまずはクラウドを考える。また、既存のオンプレミスのシステムが更改時期を迎えれば、次なるプラットフォームとしてクラウドを検討するのも当たり前だ。
一方で、なかなかクラウド化が進まないシステムもある。その代表がミッションクリティカルな止められないシステムだろう。Oracle Databaseの環境をReal Application Clustersなどを用い高可用性化しているようなシステムは、クラウド化に伴い改修するところが増え、簡単にはクラウド化できないのが現状だ。
もちろん先進的にクラウド化に取り組む企業では、基幹系システムのクラウド移行を実現している。ミッションクリティカルシステムで求められてきた高い可用性構成やバックアップの仕組み、高いレスポンス性能の実現などの非機能要件を、クラウド独自のサービスや機能を組み合わせ実現している。あるいはクラウド移行を機に、クラウドの特性に合わせ運用管理のやり方や要件に変更し、ビジネスに影響が出ない形で基幹系システムを運用できるようにしている場合もある。
つまり、既にミッションクリティカルなシステムを動かすための技術自体は、クラウドサービス上に揃いつつある。それらを使い、旧くてデータ活用などが難しいアーキテクチャのミッションクリティカルなシステムをモダナイズする。この考え方自体は「かなりポピュラーになってきたと」と三澤氏は指摘する。一方で旧いミッションクリティカルシステムは全て書き換えるべきだとの、急進的な考え方もある。たとえばコンテナ技術を用い、マイクロサービス化するなどだ。
しかしミッションクリティカルシステムは、人、もの、金の複雑な動きを集中処理する特性を持ったワークフローとなっており、それらを全てマイクロサービス化し分散させるのは容易ではない。たとえば1つのデータベースで基幹系システムの複雑な多くのワークフローが動くシステムを、1000個のマイクロサービスに分解するとなれば、データベースの整合性はどのようにとっていけばいいのか。「正直に言うと、マイクロサービスやコンテナで今のミッションクリティカルシステムを瞬時に書き換えるのは、現実的ではありません」と三澤氏は言う。
