PaaS市場を分析する【前編】
パブリック vs. プライベート vs. オープン、PaaSを選ぶ基準は?
PaaSベンダーはタイプによって2種類に分類できる。既存の大手ベンダーのグループと、小規模な独立系PaaSベンダーのグループだ。また、PaaSはパブリック、プライベート、オープンの3種類に分類できる。
PaaS(Platform as a Service)には全く制約がないと言う人もいるが、PaaSベンダーの選択を誤れば、すぐさま数々の制約に直面することになる。
クラウド市場の状況と同様、PaaS市場も活気づき始めており、PaaSをめぐる話題が大いに盛り上がっている。PaaSベンダーは何十社も存在するが、その半数は無名のベンダーだ。
米Gartnerによると、PaaS市場の規模は2012年に10億ドル近くに達し、2015年までに17億5000億ドルに成長する見込みだ。わずか3年間で75%という成長率だ。では、PaaSでは実際に何が提供され、何が単なる宣伝文句なのか。それを見極めるにはどうすればいいのだろうか。
PaaS市場はベンダーのタイプによって2つに分類できる。すなわち、米Hewlett-Packard(HP)、米IBM、米Oracleなどの既存の大手ベンダーのグループ、もう1つは小規模な独立系PaaSベンダーのグループだ。
2年以上の事業実績がある小規模PaaSベンダーであれば、既存のITベンダーよりもPaaSの専門知識が豊富で、より良いサービスを提供する意欲も強いかもしれない。こういったニッチベンダーは、クラウド分野で培った経験とPaaSに関する専門知識をクラウドへの関心の高まりに結び付けることによって、これまでクラウドに注力してこなかった大手ITベンダーよりも優位に立てると考えているようだ。
伝統的なITベンダー各社は現在、PaaSを提供しているが、そのうちの数社は広範な種類の従来型IT製品(すなわちハードウェアおよびソフトウェア)も維持している。これらのベンダーの多くは、小規模な専業企業を買収するという手段によってPaaS市場に参入している。しかし言い換えれば、これらのベンダーはPaaS市場に片足を突っ込みながら、もう一方の足をコアビジネスに置いているということだ。しかも、新たに買収した技術に従来型のハードウェア、ソフトウェア、アプリケーションを適合させる取り組みを、既存事業に影響を与えずに進めるのは容易ではない。しかしPaaS市場では、企業規模がある程度の優位につながることも確かだ。
大手PaaSベンダーは、運用スキル、リソース、資金力が豊富であり、厳しいセキュリティ要求に対応する能力も備えている。また、PaaS機能を提供するには、高いスキルを持ったスタッフ、例えば、JavaやRubyなどの言語を扱えるカーネル技術者、ストレージを最適化できるITスタッフ、高度なスキルと専門性を備えた開発チームが必要とされる。独立系PaaSベンダーが大手ベンダーと競争するには、拡張能力、マンパワー、そして総売上高を拡大する必要があるかもしれない。
パブリック vs. プライベート vs. オープン
パブリックPaaSとしては、米Salesforce.comの「Force.com」や米Googleの「Google App Engine」などがある(関連記事:豊富なテンプレートを備えたアプリケーションプラットフォーム「Force.com」、「Google App Engine」企業利用におけるさまざまな課題)。米Microsoft、IBM、OracleなどのプライベートPaaSベンダーは、既存の開発者ベースを利用し、プライベート型あるいはハイブリッド型のクラウド環境でクラウド対応のアプリケーションを開発している。使い勝手と自動化機能を重視するユーザーの場合は、パブリックPaaSベンダーに注目した方がいいだろう。
データに対するコントロールを手放すのが不安だという企業、データのセキュリティについて特別な要求を持っている企業、コンプライアンスをめぐる懸念や、グローバル規模で事業展開しているといった理由で特定の地域でデータをホスティングする必要がある企業などには、プライベートPaaSベンダーが適している。
PaaSユーザー企業は、アプリケーションを作成したり、これらのアプリケーションを他のIaaS(Infrastructure as a Service)ベンダーのプラットフォーム上で動作させるだけではもう満足していない。より多くの言語に対応した開発環境、そしてより広範なIaaSプラットフォームをPaaSベンダーがサポートするのを望んでいるのだ。そういった中で脚光を浴び始めたのが、2つの新しい「オープンPaaS」プロジェクトだ(オープンPaasとは:オープンソースのPaaSはなぜ注目されるのか ~Open PaaSの魅力と課題)。
米VMwareは2012年4月に「Cloud Foundry」を発表し、米Red Hatは2011年5月に「OpenShift」を発表した(関連記事:【徹底比較】2大Open Paas、Cloud FoundryとOpenShiftの強み/弱み)。これらのプロジェクトはいずれも、アプリケーションの開発と実行にマルチクラウド対応のハイブリッド型アプローチを推進することを目指したものだ。この競争で勝つのは、オープンソースであれプロプライエタリであれ、このアプローチを利用して、自社のPaaSプラットフォーム製品を中心に最大の開発パートナーエコシステムを築くことができるベンダーだろう。
後編「移植性と相互運用性が肝に、長く付き合えるPaaSベンダー選択の指針」では、今後長期にわたって信頼できるPaaSベンダーを選ぶ基準について解説する。
Copyright © ITmedia, Inc. All Rights Reserved.
PaaS市場を分析する
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[富士ソフト株式会社] 受注業務は既に変革のステージ 出遅れて競争力を失わないためのDX戦略 -
市場調査・トレンド
[富士ソフト株式会社] 受注業務でありがち 「今は困っていない」と見直しを先送りにすることの弊害 -
製品資料
[富士ソフト株式会社] 「B2B EC」選定を製品比較から始めると迷走する理由 -
技術文書・技術解説
[SB C&S株式会社] 「Everpure FlashArray」技術詳細解説資料:概要から認証、サイジングまで解説 -
市場調査・トレンド
[セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ:選定/稟議/運用のつまずきを防ぐコツ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
2
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
3
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
4
「最大の脆弱性は従業員」が8割 AI活用で深まるCISOの孤立と苦悩
-
5
動くコード=安全ではない AIコーディング爆速化でセキュリティ崩壊を防ぐ鉄則5選
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
9
IT業界の女性は9割が10年で消える 人材枯渇を招く“見えない壁”の正体
-
10
ライオンが挑む「守りのIT」脱却:Google Cloudで加速させるデータ駆動型経営
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー