マクロで捉える OpenStackソリューション選定【最終回】
OpenStackに深入りする前に読んでおきたい3つの論点（1/3 ページ）
クラウド構築ソフトウェア「OpenStack」の活用を検討するときに押さえておきたい論点を、「技術」「市場」「人材」という3つの切り口でまとめた。
枝葉にとらわれず、俯瞰的に「OpenStack」を理解しようという当連載（マクロで捉える OpenStackソリューション選定）も、いよいよ最終回である。今回は締めとして、OpenStackの活用を検討する際に押さえておきたい論点を、「技術」「市場」「人材」という3つの切り口でまとめたい。
技術：コアへのフォーカス
第1回「“マルバツ表”だけでは分からない、OpenStackディストリビューション選びのコツ」でも述べたが、OpenStackは現在、コア機能とそれ以外の分離を進めている。これを「Big Tentアプローチ」と呼ぶ。
コアとして定義しているのは、「Nova」（仮想サーバ管理）、「Swift」（オブジェクトストレージ）、「Neutron」（ネットワーク管理）、「Cinder」（ブロックストレージ管理）、「Keystone」（認証）、「Glance」（イメージ管理）の計6つだ。それ以外の機能は緩くOpenStackという大きなテントの中に入ることとなった。
関連記事
OpensStackのメリット／デメリット
OpenStackの導入のコツ
OpenStack事例
OpenStackは「Amazon Web Services」（AWS）の背中を追い掛けてきた。AWSが機能を追加するたび、OpenStackでも類似機能の開発プロジェクトが生まれる。その繰り返しだった。AWSはパブリッククラウドのリーダーであり、追加される機能の背景には顧客ニーズが存在する。なので、OpenStackのアプローチは悪くない。
問題は、OpenStackのコアを十分に安定させる余裕がなかったことだ。その原因の1つが肥大化である。
AWSは2006年に「S3」（オブジェクトストレージ）、「SQS」（メッセージキュー）、「EC2」（仮想サーバ管理）といった、その後コアとなる機能でサービスを開始し、時間をかけて安定させた。機能の数が急増したのは2010年を過ぎてからだ。
一方で、OpenStackが生まれたのは2010年。登場して間もなく、AWSの激しい新機能ラッシュを見せつけられたわけである。「シンプルにじっくりやりましょう」と言える状況ではなかった。そして機能は増え続け、見通しが悪くなり、統合開発、試験、品質担保が重荷になっていく。
OpenStackユーザーの裾野を広げるためには、品質をより高める必要がある。コア機能への注力は、品質向上につながるだろう。
なお、品質に加え、このフォーカスは他にも好影響があると考えている。それは、商用製品や他OSSとのエコシステム形成である。
これまで何でもOpenStackの中でやろうとしたことで、OpenStackの外にいるプレイヤーの対応意欲を削いでしまった感は否めない。労力の重複を考えると、それは他に任せた方がよかったのかもしれない。また、既に実績のある他のツールを用いて使いやすくした方が、ユーザーは喜ぶかもしれない。
例えば筆者はHashicorpのオーケストレーションツール「Terraform」を使ってOpenStack上のリソースを構成することが多い。OpenStackのオーケストレーション機能「Heat」を明示的に使うことはあまりない。OpenStack以外のクラウドも使っているし、HeatよりもTerraformの方が手になじむからだ。
もちろん、コア機能以外を否定するものではない。選択肢があることが、ユーザーにとっての価値ということだ。
その意味で、OpenStackの「Magnum」（コンテナオーケストレーション）は象徴的なプロジェクトになるとみている。
コンテナ技術の事実上標準になりつつある「Docker」の関連ツールは、拡充が著しい。Magnumは「Docker Swarm」など他コンテナオーケストレーションツールと連係するよう作られているが、今後その重複範囲が広がる可能性は大いにある。成長するOpenStack外のエコシステムと、うまく役割分担するかじ取りに期待したい。
Copyright © ITmedia, Inc. All Rights Reserved.
マクロで捉える OpenStackソリューション選定
当連載はエンタープライズ、中でもベンダーの協力を得てOpenStack環境を構築しようと検討しているユーザー企業を対象に、「どのような観点でベンダーを選定し、協力関係を作り上げ、活用するか」をテーマに、実践的な情報をお伝えしたい。主な対象は、OpenStackそのものを提供するディストリビューションやアプライアンスである。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
市場調査・トレンド
[アイティメディア株式会社] AI Overviews時代のB2Bマーケ！ 成長企業が選ぶ戦略とは？ -
市場調査・トレンド
[アイティメディア株式会社] なぜあの施策は失敗したのか？ B2Bマーケ施策を成功させる3つの鉄則 -
市場調査・トレンド
[株式会社Zendesk] 調査で判明：AIを活用したCX変革、成功に向けて押さえておきたい5つのトレンド -
製品資料
[三菱ＨＣキャピタルＩＴパートナーズ株式会社] ランサムウェア対策の第一歩、業務PC上で“感染させない”仕組みの作り方 -
製品資料
[株式会社シーイーシー] 失敗しない「脱VMware」の進め方、検討のステップと2つのユースケースを解説
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
2
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
3
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
4
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
5
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
6
「GitLab」に最高深刻度の脆弱性 2014年以降の全版に影響を及ぼす恐れ
-
7
「Copilot」がIT予算を食いつぶす？ 高額請求を招く課金体系と節約術
-
8
金融・通信で情報漏えいが続出 IPAとJPCERT/CCが情シスに求める緊急点検
-
9
【基本情報技術者試験】ファイルの場所を示す「絶対パス」と「相対パス」の違い
-
10
PHPはそもそも必要か？ 脆弱性で問われる自社サイト安全性と保守負担のバランス
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
「IT史に名を残すシステム障害」8選
-
3
10G回線の真価をフルに享受するには？ 導入前にチェックしたいポイント
-
4
SCS評価制度時代の「SASE選定」ガイド
-
5
顧客対応自動化の要点：RAGとデータ連携で“業務で使える生成AI”にする方法
-
6
マンガで解説：情シスの負担を減らす「MDRサービスのインシデント対応」の中身
-
7
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
8
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
9
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
10
「EDR」選定ガイド：比較・検討フェーズで整理すべきポイントを解説
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー