自動化と構成管理ツールで迅速に移行

増える“脱クラウド”、企業がオンプレミスに戻ることを決断した理由は？

クラウド利用が成熟化するにつれ、利用規模の縮小や、クラウドからオンプレミスへの回帰を考える企業が増えている。あるIT担当役員が経験した“脱クラウド化”の事例を紹介する。

公開 2017年04月14日 12時00分

更新 2018年07月20日 14時42分

著者

Esther Shein

[TechTarget]

印刷する

　イジャズ・ウッラ氏は、クラウドベースの医療記録サービスでカナダ最大手のNightingale InformatixでIT担当副社長兼プライバシー責任者を務めていたとき、2つのシステムに責任を持っていた。1つは、プライベートクラウドで運用していた「Nightingale On Demand」（以下、NOD）。もう1つは、パブリッククラウドで運用テストを行っていた「Nightingale v10」（以下、v10）だ。

　パブリッククラウドシステムのNightingale v10は、同社のデータセンターで構築されたもので、北米の110の外来診療所でβ運用されていた。ところが突然、正式公開へのロードマップは一変した。

　2016年秋に（v10が6月にクラウドで提供開始されてからわずか数カ月後）、Nightingale Informatixはカナダの通信会社TELUSに買収された。TELUSはv10の商用化を取りやめた。ただし、買収手続きが進められていた3カ月間、v10の開発はオンプレミスで継続された。「TELUSが、v10は売却できると考えたからだ」とウッラ氏は説明する。

　「v10ソフトウェアの販売が取りやめになったと聞いてがっかりしてしまった。われわれは高度な自動化システムの開発に膨大な時間を費やしていたからだ。われわれにとってこのシステムは大きな誇りだった。もっとも、この製品の開発とデプロイでは貴重な教訓を得た。それらの過程で学んだ知識は移転可能なものだ」とウッラ氏は振り返る。同氏は現在、TELUS Healthの技術戦略およびデリバリー担当ディレクターを務めている。

　ウッラ氏のチームは3年がかりでv10を開発し、クラウドインフラの構築や自動化関連の統合も行っていた。パブリッククラウドで提供していたβ版は、見本市で売り込みが行われ、多くの外来診療所をユーザーとして獲得していたが、その後の位置付けや扱いについては、明確な新方針が決定された。

　それは、「TELUSによるNightingaleの買収完了後、この医療記録システムのパブリッククラウド版を提供する取り組みは全て終了し、ウッラ氏とそのチームは、v10の“脱クラウド化”に当たる」というものだった。

併せて読みたいお薦めの記事

オンプレミス vs.クラウド

クラウドは高い？

“脱クラウド化”のトレンド

　ワークロードの脱クラウド化に取り組むことになったのは、ウッラ氏とそのチームだけではない。

　オンプレミスでのワークロード実行と比べたクラウドコンピューティングのコストとメリットに関する企業の理解が深まるとともに、オンプレミスに回帰する企業も出てきている。DatalinkとIDGが最近発表したIT担当者に対する調査（回答者：100人超）によると、パブリッククラウドの利用経験がある企業の40％近くが、パブリッククラウドに移行したシステムを自社のデータセンターに戻していることが分かった。多くの回答者がその理由として挙げているのは、セキュリティ（55％）、コストや料金の問題（52％）、管理性（45％）だ。

　CompTIAが2016年9月、ビジネス担当役員とIT担当役員を対象に行った調査（回答者：約500人）でも、システムをオンプレミスに戻す決定を行った理由について、ほぼ同様の回答傾向がみられる。すなわち、回答が多い項目はセキュリティ（58％）、コスト目標の未達（30％）、統合の失敗（24％）、信頼性に関する不満（22％）だ。セキュリティは、永続的な問題ではないとしても、現時点では最大の問題となっている。

　「企業が特定のアプリケーションについて、クラウドプロバイダーが提供できる以上に強力なセキュリティを自社が求めていることに気付くことがある。その場合、そのアプリケーションをオンプレミスに戻して、管理を強化することを選ぶのかもしれない」と、CompTIAの技術分析担当シニアディレクター、セス・ロビンソン氏は語る。

　長期的にみると、企業はそのアプリケーションをオンプレミスにずっと置いておくかもしれないし、クラウドプロバイダーが適切なセキュリティ対策を講じることができれば、企業はまたクラウドに戻すかもしれないと、ロビンソン氏は述べている。

　ウッラ氏のチームにとって、脱クラウド化のプロセスで重要なファクターの1つとなったのが、2016年6月の比較的シームレスなクラウドへの移行プロセスが、厳格な方針に基づいて行われ、成功していたことだった。

　「われわれは6月の移行時には、前もってアーキテクチャの確立に向けて多大な時間と労力をかけた。もしv10を別の場所にデプロイする必要が生じても、つまり、プライバシー法が変わって、データを米国企業に預けることができなくなっても、6月のクラウドへの移行時と同じ自動化の仕組みを使って、別のクラウドプロバイダーに移行できるようにするためだ」とウッラ氏は説明する。

　Nightingale チームがv10の移行を自動化するために作成したAPIとコードは、システムがクラウドに確実にデプロイされるように、まずオンプレミスでテストされた。また同チームは、自社のデータセンターをディザスタリカバリーに利用し、全ての重要情報を含むデータベースが、常にクラウドとデータセンターの間でレプリケートされるようにした。

　Nightingaleは、v10をクラウドからオンプレミスに戻す移行プロセスでは、自動化ツール「Puppet」を使って、移行をフェイルオーバーとして扱えるようにした。「ほとんどディザスタリカバリーのシナリオのように、レプリケートされたライブデータベースを複数の場所に配置し、仮想マシンをフェイルオーバーすれば、直接移行が行われるようにした。移行プロセスはほぼシームレスで、影響としては、ネットワークの再調整の際に数秒間のダウンタイムが発生しただけだった」（ウッラ氏）

移行プロセスで得た教訓

　脱クラウド化のプロセスでは、自動化と構成管理が大いに役立ったと、ウッラ氏は強調する。

　「われわれは、多くの時間を割いてコードとしてのインフラを構築した。具体的には、製品のインスタンスを反復可能な形でデプロイするソフトウェアを前もって書いた。その実行が1回成功すれば、デプロイは、デプロイ先に応じて変数を変更し、コードを実行するという作業になる。それは反復可能な作業だ」とウッラ氏は語る。

　NODは現在、TELUS Healthのプライベートクラウドで稼働しているが、v10での経験を生かし、大幅に自動化を取り入れている。

　「v10の構築でわれわれが学んだことの大部分は、NODに活用されている。つまり、収集された有効な指標データを使って、アップグレードにおけるデプロイのようなタスクの自動化を進めている。自動化を行うコードは透過的であり、特定の環境に依存していない。どこにでもインストールできる」（ウッラ氏）

　では、v10はどうなったのか。最終的に米国の企業に売却されたそうだが、ウッラ氏はその名前を明かさなかった。

印刷する