「MaaS」で広がる可能性【後編】
「MaaS」(Market as a Service)がSaaS開発者を楽にする理由と、2つの課題
アプリケーションをSaaS(Software as a Service)として開発、提供しやすくする「MaaS」(Market as a Service)の商用サービスが登場した。何を可能にし、どのような課題があるのか。
ベンダーの間では、開発したアプリケーションをSaaS(Software as a Service)として提供する動きが加速している。顧客接点となるアプリケーション(SoE:Systems of Engagement)をSaaSとして開発、提供することで、顧客サービス向上を図ろうとしているユーザー企業もある。SaaSの開発や提供を手掛けるこうした企業(以下、SaaS事業者)を支援するサービスが「Marketplace as a Service」(MaaS)だ。MaaSはログ記録やパフォーマンスモニタリング、料金管理、データベースなど、SaaSの構成要素として使えるさまざまなサービス(以下、SaaS用サービス)をSaaS事業者に提供する(参考:前編「『MaaS』とは? SaaSを手軽に開発するための新たな選択肢」)。SaaS用サービスベンダーと、SaaS事業者を結び付ける場として機能する。
MaaSベンダーの代表例がManifoldだ。同社のMaaSはカタログ、プロビジョニング(コンピュータやネットワークなどのリソースの準備)、請求処理といった標準的なMaaSの機能を備える。
SaaS事業者はMaaSにあるさまざまなSaaS用サービスを活用すれば、独自のSaaSを開発、提供しやすくなる。例えばSaaS事業者が開発したSaaSが、SaaS用サービスにアクセスするための認証処理に必要な作業は、MaaSが提供するクレデンシャル(IDやパスワードといった資格情報)を備えたランタイム(プログラムの実行に必要なソフトウェア)を使うことで省略できる。
クラウドベースのメッセージキュー(サービス間でデータを送受信するための機能)を提供するIron.ioは、ManifoldのMaaSを使うことで、個々のSaaS用サービスベンダーが構えるマーケットプレースを使うよりも簡単に、複数のクラウドサービスを管理できるSaaS群を構築した。「MaaSを導入するまでは、メッセージの単純なリスト作成に必要な処理ですら複雑で厄介だった」と、Iron.ioのCEOであるディラン・スタマット氏は語る。
複数ベンダーのSaaS用サービスを利用するために重要なことについて、調査会社Wikibonのアプリケーション開発担当リードアナリストを務めるジム・コビエルス氏はこう語る。「異なるベンダー間のSaaS用サービスを横断する次世代アプリケーションの構築、開発、管理には、Manifoldが提供するようなMaaSが不可欠だ」
コビエルス氏はManifoldのMaaSについて、さまざまなSaaS用サービスを組み合わせられるサービスだと評価する。Manifoldは、多様なベンダーが提供するSaaS用サービスに関する調査や利用契約、開発、SaaS事業者に対する利用料の請求を一元的に実施する。SaaS事業者は、こうした一連の作業を既存のDevOps(開発と運用の融合)ワークフローに組み込むことが容易になる。
こうしたMaaSの主なライバルは「Amazon Web Services」(AWS)や「Microsoft Azure」「Google Cloud Platform」といった大手クラウドサービスになるというのが、コビエルス氏の意見だ。これらのサービスは、それぞれが豊富なSaaS用サービスを取りそろえており、独自のマーケットプレースを構築してSaaS事業者が自身でSaaS用サービスを調査、利用契約、開発、管理できる環境を提供している。
MaaSが解決すべき課題は
調査会社Ovumのアナリストであるロイ・イルズリー氏は「多様なベンダーのSaaS用サービスを一カ所で提示するMaaSが、中小SaaS用サービスベンダーの価値を高めるだろう」と話す。SaaS用サービスの大手ベンダーの場合、マーケットプレースの構築に多額の投資をし、自社のものだけでなく数多くの独立系ソフトウェアベンダーやパートナーベンダーのSaaS用サービスも擁する。中小のSaaS用サービスベンダーにはそのようなことは難しい。「MaaSを利用すれば、SaaS用サービスベンダーは簡単にマーケットプレースを入手できる」とイルズリー氏は語る。
イルズリー氏によると、MaaSには解決すべき主な課題が2つあるという。1つ目は、MaaSベンダーとSaaS用サービスベンダーがマーケットプレースを体系化し、SaaS事業者の開発者や基幹業務担当者など適切な客層をターゲットにする必要があること。2つ目は、MaaSベンダーの規模と対象範囲が拡大すると、提供するSaaS用サービスの品質維持が困難になることだ。MaaSへのSaaS用サービスベンダー参入プロセスを複雑で面倒なものにすると、SaaS用サービスベンダーは競合のMaaSに移る可能性がある。しかし管理基準が低過ぎれば品質が下がり、MaaSの評判が低下する恐れもある。
Copyright © ITmedia, Inc. All Rights Reserved.
「MaaS」で広がる可能性
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド:効果的な意思決定を実現する秘訣とは? -
製品資料
[株式会社リンプレス] 非デジタル/IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計:「判断と責任」を人に残すための2つの原則とは? -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
クラウド資格コレクターは評価されない? 年収1000万を分ける“OSの理解度”
-
4
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
5
高額な「AI PC」を一般従業員も使えたら? 費用のハードルを一気に下げる方法
-
6
「コピペ運用の限界」に直面するAI活用 7割超が“別画面”のまま使う理由は?
-
7
LLMの「過学習」、正しく説明している文章はどれ?
-
8
「AIバブル」は崩壊するのか? 熱狂の後に来る“尻拭い”と4つの防衛策
-
9
2035年までに1億4500万台、急拡大する「フィジカルAI」市場の勝者は誰か
-
10
IT調達担当者が知るべき「IT機器 大インフレ時代の前向きな選択肢」
ホワイトペーパーランキング PR
-
1
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
4
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
5
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
6
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには?
-
8
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは?
-
9
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
10
NTTドコモが実践したクラウド統合監視 業務量2倍でも残業削減を実現できた理由
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー