自社に適した手法選択のヒント

“期待外れのマルチクラウド”を生まないためのセキュリティ4カ条

シングルクラウドに存在する幾つかの課題は「マルチクラウド」の採用で解消できるという考え方がある。本当にそうなのか。マルチクラウドが自社に適しているかどうかを見てみよう。

公開 2020年04月28日 05時02分

更新 2022年10月17日 19時03分

著者

Dave Shackleford

[TechTarget]

印刷する連載新着通知を受け取る

　企業がクラウドの導入を進める際、単一のクラウドベンダーのサービスを導入する「シングルクラウド」から始めることは珍しくない。シングルクラウドには以下に挙げる複数の制限がある。

ダウンタイム
- クラウドベンダーで大きな障害が発生すると、ネットワークとサーバをダウンさせる単一障害点になる可能性がある
セキュリティとプライバシー
- どのクラウドサービスでも、セキュリティとデータのプライバシーに関する懸念が存在する。ベンダーがデータ暗号化と内部統制を実施しているかどうか確認すべきだ
脆弱（ぜいじゃく）性
- シングルクラウドにおいて脆弱性が存在すると、クラウドにある全てのシステムやデータが影響を受ける可能性がある
制御性や柔軟性を考慮した設計の制限
一度に利用できるリソースの制限
ベンダーロックイン

　これらの問題に対する懸念があるため、企業の間では複数の異なるクラウドベンダーを同時に利用する「マルチクラウド」を採用する傾向が強くなっている。マルチクラウドに移行する場合、セキュリティ戦略はどうすればよいのだろうか。

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

企業ITのマルチクラウド化

マルチクラウドの運用管理

　単一のクラウドベンダーに多額の投資をすることで企業が直面する問題の一つは、ベンダーロックインだ。クラウドサービス固有のセキュリティ機能を重用し過ぎると、マルチクラウドに移行する際に大きな制限が生じる可能性がある。異なるクラウド間で同一のアクセス制御が必要になる場合があるためだ。

　マルチクラウドのセキュリティ戦略を立てるには、以下の4つのポイントを考慮するとよい。

マルチクラウドで考慮すべき4つのポイント

職務分離
- 各クラウドサービスにおけるシステム設計と構築は、単一のIT部門が担当することになるだろう。ただし事業単位別に分散している企業では、個別のチームが担当する場合があり、これを統括するのはガバナンスの観点から見て困難なケースがある。この場合、業務遂行者と監督者の権限を分離してリスクを分散させる職務分離という概念の適用は難しくなる
クラウドへのシステムの配備ツールとプロセス
- 各クラウドサービスへのシステム配備は、統一されたプロセスと単一のツールを使用するのが理想的だ。ただし異なるクラウドサービスに対して同一の配備方法が簡単に利用できるとは限らない
ネットワークセキュリティ
- 主要なIaaS（Infrastructure as a Service）のネットワークセキュリティ管理機能には類似点があるが、それぞれ独自のサービスや機能も存在する。例えば「Amazon Web Services」（AWS）は、ユーザー企業とAWS間で安全に直接トラフィックをやりとりする「AWS Direct Connect」、アクセスやトラフィックを制御する機能「セキュリティグループ」を提供している。「Microsoft Azure」は、IPアドレスなどの属性をベースにしたルールに基づいて「ネットワークセキュリティグループ」を設定できるようにしており、トラフィックをフィルタリングすることが可能だ。ただしこうしたサービスや機能に互換性はないため、それぞれにスキルとツールが必要になる
セキュリティスキル
- セキュリティチームに異なるクラウドサービスを扱えるスキルがあるかどうかが重要になる。各クラウドサービスはログ記録・監視、構成管理、パッチ管理など、さまざまな独自の機能を持つ