マクロで捉える 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
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
4
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
5
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
6
「有線LAN環境」に関するアンケート
-
7
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
8
「テザリング依存」に潜む落とし穴 “遅いVPN”を解消するネット構築術
-
9
積水化学工業が「SAP S/4HANA Cloud」の“全グループ導入”に踏み切った訳
-
10
データセンター事業者が「脱VMware」をした“例のライセンス問題”じゃない理由
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
3
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
4
「IT史に名を残すシステム障害」8選
-
5
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
6
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
7
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
8
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
9
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー