ベンダーが仕掛けた“わな”か“自業自得”か
「誰の役にも立たないプライベートクラウド」はなぜ生まれるのか
プライベートクラウドを早急に導入しようとした場合、解決される問題よりもさらに多くの問題が生じかねない。プライベートクラウドを設計する際に陥りがちなよくある3つの間違いについて述べる。
クラウドコンピューティングは仮想データセンターの次なる必然的進化といえるかもしれないが、プライベートクラウド型デザインを性急に導入すると、解決される問題よりもさらに多くの問題が発生することになりかねない。
残念ながら、多くの企業(少なくとも、CEOやCIOといった「C」の付くエグゼクティブ)は、ソフトウェアベンダーが仕掛けた“わな”にはまり、「今すぐにでもクラウドが必要であり、クラウドを構築するのは製品を選ぶのと同じくらい簡単だ」と信じ込んでしまうようだ。
「大抵の企業の場合、いったんその方向に舵を切ってしまうと、『プライベートクラウドを構築するのは、ライセンスと管理ソフトウェアの費用を支払うだけではなく、非常に複雑なことだ』とすぐに気付く」――スロベニアに本社を置くNIL Data Communicationsで最高技術顧問を務めるアイバン・ペペルンジャック氏は「Interop」の分科会でこう語った。
「このアプローチは大間違いだ」とペペルンジャック氏は言う。「だが私が会う顧客の約80%がその間違いを犯している。最も重要な質問は『OpenStackかVMware vCloud Directorか?』ではなく、『何をしたいのか?』なのだ」
「実際のところ、ほとんどの企業は決してプライベートクラウドを求めているわけではない。彼らが本当に欲しいのは、VM(仮想マシン)のプロビジョニング作業の一部を自動化する機能だ」とペペルンジャック氏は語る。真のプライベートクラウドを実現するためには、IT部門がさらに努力する必要があるという。
「ユーザーが社内のファイアウォールにコードを追加するのにサポートチケットを使わなければならないとしたら、それはクラウドではない。社内アピールのために『クラウド』と呼ぶのは勝手だが、本当のクラウドではない。サーバの仮想化にすぎない」と同氏は語る。
プライベートクラウドを設計する上での正しいアプローチとは、まず一歩後ろに下がって何が必要なのかを見渡すことだ。そしてプライベートクラウドが本当に必要なのであれば、どのプラットフォームが自社に最適なのかを検討することだ。これを念頭に置いた上で、プライベートクラウドを設計する際に避けるべき、よくある3つの間違いについて述べる。
間違い1:ユーザーが不明確
プライベートクラウドの導入に向けた最初のステップは、対象となるユーザーとそのユーザーのニーズを明確に把握することだ。「IT部門がアプリケーションのオーナーと相談せずにクラウドインフラを設計したために、開発したクラウドがユーザーのニーズに合わないというのは、よくあることだ」とペペルンジャック氏は話す。
ユーザーを明確にすることは、開発したクラウドをユーザーが使いこなせるようにする上でも重要なポイントだ。
「米Amazonは自社のサービスの機能の説明に大きな労力を費やしている。プライベートクラウドの場合も、そのくらいのことをしなければ、ユーザーに使ってもらえない」とペペルンジャック氏は語る。
「ユーザーを明確にするという考え方をさらに一歩進め、クラウドに関心を持っているユーザーもしくはクラウドを推しているユーザーを1人選び、その人物のニーズに合わせてβ版クラウドを作るのもいい」と同氏は話す。そのユーザーはバグの洗い出しや製品の改良で協力してくれるかもしれない。満足のゆくクラウドに仕上がったら、その人物が最大のセールスマンになるだろう。
「そのユーザーは他のアプリケーションチームにも『クラウドを使わないと損だ』と言ってくれるだろう」(同氏)
間違い2:ユーザーを信頼しない
プライベートクラウドの設計における最大の誤りの1つは、十分なセルフサービス機能を用意しないことだ。アプリケーションのオーナーがファイアウォールやロードバランサーを設定できるようにするのは心配かもしれないが、意思決定プロセスをできる限りユーザーに任せることがプライベートクラウドの成功の条件だ。
要するに、クラウドではサービスのプロビジョニングと設定の機能をユーザーが使えるようにする必要があるということだ。その内容は企業によっても、また社内の部署によっても異なる。個々のVMをプロビジョニングする機能しか必要としないユーザーもいれば、仮想ネットワークとロードバランシングを利用する複雑なアプリケーションスタックを設計・サポートする機能を必要とするユーザーもいる。
「ファイアウォールを修正するたびにユーザーにサポートチケットを使わせていたら、Amazonは決して成功しなかっただろう」とペペルンジャック氏は指摘する。「Amazonが成功したのは、同社のクラウドの中で好きなことができるからだ。このモデルをまねなくてはならない」
間違い3:オープンソース型クラウドを自社で構築する
OpenStackは大きな話題を呼んでいるが、だからといって、あなたの会社に適しているとは限らない。ペペルンジャック氏によると、一般に、初めてプライベートクラウドを導入する企業の場合、OpenStackベースのクラウドを自社で構築するよりも、米VMwareなどの大手ベンダーのクラウドソフトウェアを購入する方が無難だという。
「自社で構築すればライセンス料を払わなくて済むので、安くつくように思えるかもしれない。だが無償にはそれなりの理由があり、結局はお金が掛かることになる。OpenStackをダウンロードして試すのは自由だが、使い物になるクラウドが出来上がるのは2年ほど先のことになるだろう」とペペルンジャック氏は語る。
だが例外も存在する。効率を徹底的に追求する必要があるサービスプロバイダーや、OpenStackベースのクラウドを構築した経験のあるスタッフがいる企業などだ。
また、オープンソースという選択肢を完全に排除すべきだというわけでもない。ペペルンジャック氏も、OpenStackクラウドには多くのメリットがあると考えており、大手ベンダーが提供する本番用クラウドと並行して、ノウハウを学ぶ目的で試験的にクラウドを作成するよう企業にアドバイスしている。
「そうすれば2、3年後に『自社用プライベートクラウドVersion 2.0』を投入することになってもすぐに対応できるだろう。経験もなしに、いきなりクラウドを構築するのは無理だ」(同氏)
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
技術文書・技術解説
[Jamf Japan 合同会社] MDMだけでモバイルセキュリティは十分? 不足する対策を16項目でチェック -
事例
[Wrike Japan 株式会社] 世界的な家電メーカーが実践する「クリエイティブプロセス効率化」の方法とは? -
事例
[Wrike Japan 株式会社] 世界的テクノロジー企業に学ぶ、プロセス標準化とプロジェクト納品自動化の秘訣 -
事例
[Wrike Japan 株式会社] ソニー・ピクチャーズ テレビジョンに学ぶ、次世代サービスデリバリーのヒント -
事例
[Wrike Japan 株式会社] ソミック石川に学ぶ、ICT浸透後に直面した「工数管理」の課題と解決策
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
2
膨らむAIコストに歯止め GitHubのマルチモデルルーターは何が違うのか
-
3
「データストレージの活用方法」に関するアンケート
-
4
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
-
5
Anthropicが明かす AIは入力データを「どこまで覚えているのか」
-
6
「にゃんこ大戦争」インフラ“大引っ越し”の理由 なぜAWSからGoogle Cloudに?
-
7
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
8
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
9
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
10
自社製半導体だけでは限界? AmazonがQualcommに9兆円超を託す真意
ホワイトペーパーランキング PR
-
1
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
2
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
3
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
4
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
8
ドラマで分かる、標的型攻撃メールの被害を受ける企業と回避できる企業の分岐点
-
9
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
10
少額減価償却資産が40万円未満へ拡大、令和8年度税制改正で押さえるべき変更点
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー