社内リソースよりも便利なAWS
クラウドを用意するのは誰？ Amazonに太刀打ちできない社内IT部門
Amazonに代表されるクラウドプロバイダーが登場した結果、社内のIT部門がその攻勢に太刀打ちできない企業が出てきた。さらに、IT管理者の業務（予算）を奪う事態にもつながっているという。
仮想化技術のおかげで、ハードウェアのプロビジョニングよりも容易に新しいリソースを追加できて、ダウンタイムも最小限で済むようになった。だが、ビジネスが求めるものとIT部門が提供できるものとの間に断絶が存在することが多い。
「仮想マシン（VM）を20分で配備可能」といった派手な宣伝文句を掲げるベンダーは少なくない。ただ残念なことに、現実にはその通りにはいかないことが多い。VMを配備するのに長い時間がかかるのが普通だ。承認を取り付けたり、コストを配分したりするなどの煩雑な作業を伴うからだ。ベンダーの約束通りにならなかった場合、ビジネス部門のリーダーたちの不満はIT部門に向かうことになる。
エラスティックコンピューティングモデル（一般にはクラウドコンピューティングと呼ばれる）は、こうした問題に対処するために、短時間でVMのプロビジョニングを行う必要性から生まれた。この分野にいち早く参入した米Amazonは、同社のエラスティックコンピューティングモデルで業界に大きな変革をもたらした。このモデルでは、企業は使用した容量とリソースの代価を払うだけでよい。
※エラスティック（英語のelastic）：順応性のある、伸縮性のある、という意味。コンピューティングの分野では、拡張性や障害復旧能力を有することもいう。
VMwareやMicrosoftによる“Amazon包囲網”も
Amazonのような企業への対抗を目指す米VMwareや米Microsoftなど数社のベンダーは、それぞれ独自のプライベートクラウドあるいはハイブリッドクラウド製品と管理ソフトウェアを開発した。VMwareは2012年に米DynamicOpsを買収し、同社の製品を「VMware vCloud Automation Center（vCAC）」というブランドに変更した。vCACには2つのコンセプトがある。
第1のコンセプトは、企業（IT部門だけに限らない）がビジネスの要求に合わせた効率的な方法で、定義済みのサーバをオンデマンドでプロビジョニングすることを可能にすることだ。もう1つのコンセプトは、リソースの割り当てをオンデマンドで調整できるエラスティックコンピューティング方式により、総合コストの削減に貢献するというものだ。
拡大・縮小が可能な真のエラスティック環境では、VMを使い捨てできる。VMに障害が起きれば、それを廃棄して新たに構築すればいいのだ。真のエラスティック環境では、新たなインスタンスを作成するよりも仮想マシンを修正する方がはるかに時間がかかる。
VMwareなどの企業が提供するエラスティック環境を利用するには、ステートレスなアプリケーションを作成する必要がある。ステートレスなアプリケーションとは、動作中にデータをサーバに一切残さないアプリケーションである。VMがダウンした場合は、新しいVMを引き出して作業を継続できる。
vCACで特に注目すべき点はハイパーバイザーの種類に依存しないことであり、米Citrix Systemsなど他の数社のメーカーのハイパーバイザーにも対応する。多数の改善と新機能を盛り込んだvCACの新バージョンは早いペースでリリースされている。
では、vCACのどこがすごいのだろうか。簡単にいえば、vCACは“ビジネス部門用のクラウド”を作成できることだ。ビジネス部門が求めるものとIT部門が提供できるものとの間の断絶を取り除くのである。要するに、ビジネス部門がサービスの配備、およびコストとハードウェアの管理に関与できるようになるということだ。
vCACは、「ワークフローの設定を通じてVMが増殖する」という従来の問題にも対処する。ワークフローは各VMに対して監査証跡を作成するため、ビジネスマネジャーはワークフローを使って各VMを承認できる。さらに重要だと思われるのは、vCACは単独で機能するため、管理者やサーバ、承認ワークフローおよびネットワークを各業務部門が独自に置けるということだ。すなわち、各業務部門は仮想化された専用のエラスティックコンピューティング環境をいつでも利用できるのだ。
だがこのエラスティック性は無料ではない。その広範な普及には幾つかの障害がある。1つは価格だ。加えて、非常に複雑な製品でもある。自社の業務環境に適合するようにセットアップするには何カ月もかかる可能性がある。
エラスティックコンピューティングはIT部門にとって痛しかゆしだといえる。うまく導入すれば、IT部門はビジネスニーズに柔軟に対応できるようになる。だが、既にオンデマンド型エラスティックコンピューティング環境を完成させたAmazonなどのクラウドプロバイダーに社内のIT部門が太刀打ちできない理由でもある。
大企業では、「ITの即応性を高める必要があり、新しいサーバのプロビジョニングに何週間も待たされるのはおかしい」ということをようやく理解し始めた段階だ。Amazonなどのクラウドプロバイダーは、わずか数分で実稼働インスタンスをセットアップできる。とはいえ、社内にIT環境があるというのは、ビジネス部門が必要に応じて用途を変更できる専用のリソースを持っているということでもある。
企業はそのうち、「エラスティックコンピューティングが必要かどうか」よりも、「社内のIT部門がそれを提供できるか（あるいはすべきか）」を考えるようになるだろう。ITマネジャーは自社がその段階に達する前に、vCACのようなエラスティックコンピューティングモデルを配備することを検討しなければならない。さもないと、IT予算（さらには自分の仕事）がパブリッククラウドプロバイダーに奪われることになりかねない。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド：人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か？ PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える？ 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
3
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
5
「身代金を支払う」以外のランサムウェア対策は本当にあるのか？
-
6
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
7
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる？ 最高権限奪取の恐怖
-
9
ネットワールド、ICカード認証対応のシンクライアント構築アプライアンスを販売
-
10
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険？ 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する？ シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー