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
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング 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ジャパンをフォロー