Loading article…
サービスとしてのソフトウェア（SaaS / sæs / [1]）は、プロバイダーがアプリケーションソフトウェアの使用をクライアントに提供し、必要なすべての物理リソースとソフトウェアリソースを管理するクラウドコンピューティングサービスモデルです。 [ 2 ] SaaSは通常、 Webアプリケーションを介してアクセスされます。他のソフトウェア配信モデルとは異なり、「ソフトウェアの所有と所有権とその使用」を切り離します。[3] SaaSの使用は2000年頃に始まり、2023年までにソフトウェアアプリケーションの展開の主な形式になりました。
ほとんどのセルフホスト型ソフトウェア製品とは異なり、ソフトウェアのバージョンは 1 つだけ存在し[要出典]、サポートされているオペレーティング システムと構成は 1 つだけです。SaaS 製品は通常、レンタルのInfrastructure as a Service (IaaS) またはPlatform as a Service (PaaS) システムで実行され、ハードウェア、場合によってはオペレーティング システムとミドルウェアも含まれるため、使用量の急激な増加に対応しながら、顧客に即時かつ継続的な可用性を提供します。SaaS の顧客は、無制限のコンピューティング リソースを抽象化できると同時に、規模の経済によってコストを削減できます。SaaS アーキテクチャは通常、マルチテナントです。通常は効率化のためにクライアント間でリソースを共有しますが、追加料金でサイロ化された環境を提供する場合もあります。一般的な SaaS の収益モデルには、フリーミアム、サブスクリプション、使用量ベースの料金などがあります。従来のソフトウェアとは異なり、特定のバージョンのソフトウェアの永久ライセンスを購入できることはほとんどありません。
SaaS を他のアプリケーション開発と区別する特定のソフトウェア開発手法はありませんが、頻繁なテストとリリースに重点が置かれることがよくあります。
クラウドコンピューティング
IaaS ( Infrastructure as a Service ) はクラウドコンピューティングの最も基本的な形態であり、物理コンピュータなどのインフラストラクチャリソースはユーザーが所有するのではなく、クラウドプロバイダーからリースされます。その結果、コンピュータの出荷とセットアップに何週間も待つことなく、インフラストラクチャリソースを迅速に増やすことができます。IaaSでは、オペレーティングシステムとアプリケーションの形でインフラストラクチャを利用するために時間と専門知識が必要です。[4] PaaS ( Platform as a Service ) にはオペレーティングシステムとミドルウェアが含まれますが、アプリケーションは含まれません。[5] [6] SaaSプロバイダーは通常、PaaSまたはIaaSサービスを使用してアプリケーションを実行します。[5]
IaaSがなければ、顧客が期待する即時かつ継続的な可用性を提供しながら、可変数のユーザー向けにSaaS製品をスケーラブルにすることは極めて困難です。[7] ほとんどのエンドユーザーはSaaS製品のみを使用し、物理的なハードウェアやオペレーティングシステムの技術的な複雑さを心配する必要はありません。[8]クラウドリソースは人間の介入なしにアクセスできるため、SaaSの顧客には無制限のコンピューティングリソースの抽象化が提供され、規模の経済によってコストが削減されます。[9]クラウドコンピューティングのもう1つの重要な機能は、ソフトウェアの更新をほぼ瞬時に展開してすべての顧客に提供できることです。[10] 2019年には、SaaSがクラウドコンピューティング市場の過半数（43％）を占めると推定され、IaaSとPaaSを合わせると約25％を占めました。[11]
歴史
1960年代には、マルチタスクが発明され、メインフレームコンピュータが複数のユーザーに同時にサービスを提供できるようになりました。次の10年間で、タイムシェアリングがコンピューティングの主なビジネスモデルとなり、クラスターコンピューティングにより複数のコンピュータが連携できるようになりました。[9]クラウドコンピューティングは1990年代後半に登場し、Amazon（1994年）、Salesforce（1999年）、Concur（1993年）などの企業がインターネットベースのアプリケーションを従量課金制で提供しました。これらすべては、高い市場シェアを獲得するために単一の製品に注力しました。[12] 2004年のGmailに始まり、電子メールサービスは消費者に大量販売された最初のSaaS製品の一部でした。[13] SaaS市場は21世紀初頭を通じて急速に成長しました。[14] [11]当初は技術革新と見なされていましたが、SaaSはビジネスモデルとして認識されるようになりました。[15] 2023年までに、SaaSは企業がアプリケーションを配信する主な方法になりました。[16]
人気のある消費者向けSaaS製品には、あらゆるソーシャルメディアウェブサイト、Gmailや関連するGoogle Docs Editorsなどの電子メールサービス、[17] Skype、Dropbox、[18] NetflixやSpotifyなどのエンターテイメント製品などがあります。[19]エンタープライズSaaS製品には、Salesforceの顧客関係管理（CRM）ソフトウェア、SAP Cloud Platform、Oracle Cloud Enterprise Resource Planningなどがあります。[18]
収益モデル
一部のSaaSプロバイダーは、広告、アフィリエイトマーケティング、消費者データの販売などの手段で資金を調達し、消費者に無料サービスを提供しています。 [20]インターネットの新興企業やモバイルアプリの最も人気のあるモデルの1つは、企業が継続的な使用やより高いレベルのサービスに対して料金を請求するフリーミアムです。ユーザーが有料版にアップグレードしなくても、企業がより高い市場シェアを獲得し、競合他社から顧客を奪うのに役立ちます。[21]ただし、有料版を使用するようにユーザーを誘導することに成功したかどうかに関係なく、ユーザーの数が増えるにつれて、企業のホスティングコストが増加します。[22]もう1つの一般的なモデルは、無料版がデモのみを提供するものです（クリップルウェア）。オンラインマーケットプレイスは、SaaSプロバイダーのコストをカバーするために、取引に料金を請求する場合があります。[20]かつては、SaaS製品が1回限りのコストで提供されるのが一般的でしたが、このモデルの人気は低下しています。[20]いくつかの[20] SaaS製品にはオープンソースコードがあり、オープンSaaSと呼ばれています。このモデルは、導入コストの削減、ベンダーの関与の軽減、アプリケーションの移植性の向上などの利点をもたらす。[23]
最も一般的なSaaS収益モデルは、サブスクリプションと使用量に応じた支払いです。[24]顧客にとっての利点は、永久ソフトウェアライセンスを使用する従来のソフトウェアと比較して、初期費用の削減、柔軟性の向上、全体的なコストの削減などです。[25]場合によっては、従来のソフトウェアの販売者が要求する高額な1回限りのコストは中小企業には手が届きませんでしたが、従量課金制のSaaSモデルではソフトウェアを手頃な価格で入手できます。 [3]使用量は、ユーザー数、トランザクション数、使用されるストレージ容量、またはその他の指標に基づいて課金される場合があります。[26]多くの購入者は、自分たちがソフトウェアの比較的ライトなユーザーであると考えているため、従量課金制を好み、販売者は、そうでなければソフトウェアを購入しないであろう時折のユーザーにリーチすることで利益を得ます。[26]ただし、販売者の収益が不確実になり、請求の諸経費が増加する可能性があります。[27]
SaaSのサブスクリプションモデルは、解約されやすいものの、プロバイダーに継続的かつ更新可能な収益源を提供します。[3]多数の解約があった場合、事業の存続が危ぶまれる可能性があります。[3]サブスクリプションを解約して競合他社に乗り換えるのは簡単なので、顧客は売り手から譲歩を引き出すことができます。[28]継続的な収益はビジネスに役立ち、投資家を引き付けることができますが、顧客にサブスクリプションを更新するよう説得するためのカスタマーサービススキルの必要性は、他の収益モデルからサブスクリプションに切り替えるプロバイダーにとって課題です。[29]
採択
SaaS製品は通常、公開されているWebアプリケーションとしてWebブラウザ経由でアクセスされます。[30] [16]つまり、顧客はインストールやアップデートを必要とせず、どこからでもどのデバイスからでもアプリケーションにアクセスできます。[16] [31] SaaSプロバイダーは、多くの場合、製品へのサインアップの難しさを最小限に抑えようとします。[32]多くのプロバイダーは、サービス指向の構造を利用して顧客のフィードバックに応え、需要を満たすために製品を迅速に進化させます。 これにより、顧客は製品の継続的な改善を信頼でき、SaaSプロバイダーは、より詳細な機能セットを提供できる可能性のある確立された従来のソフトウェア会社から顧客を獲得するのに役立ちます。[33] [34]
オンプレミスのソフトウェアはSaaSの代替品よりも安全性が低いことが多いですが、[35]セキュリティとプライバシーは、SaaS製品を採用しない企業が挙げる主な理由の1つです。[36] SaaS企業は、公開されている製品をサービス拒否攻撃やハッキングなどの悪用から保護する必要があります。 [37]多くの場合、データの機密性を保護するために、アクセス制御、認証、暗号化などのテクノロジを使用します。[36]ただし、すべての企業がSaaSプロバイダーが機密データを保護していると信頼しているわけではありません。[36]ベンダーは、セキュリティパッチを含むソフトウェアの更新と、顧客のデータ保護に責任を負います。[31] SaaSシステムは、ネットワークパケットがクラウド施設に配信されるまでの時間のため、オンプレミスで実行されるソフトウェアよりも本質的に遅延が大きくなります。これは、時間に敏感な産業プロセスや倉庫管理などの一部の用途では禁止される可能性があります。[38]
SaaS製品の台頭は、多くの企業がIT予算を資本支出から運営費に切り替える要因の1つです。[39] SaaSへの移行とそのサポートのプロセスも、考慮しなければならない大きなコストになる可能性があります。[40] [29]
発達
SaaS プロバイダーにとっての課題は、需要が事前にわからないことです。システムには、すべてのユーザーを処理できる十分な余裕が必要ですが、不要なリソースに多くの費用を支払ってはいけません。リソースが静的であれば、ピーク時以外は必ず無駄になります。[42]負荷のバランスを取り、無駄を減らすために、オフピーク時の料金が安く提供されることもあります。[43]継続的なサービスに対する期待が非常に高いため、SaaS ソフトウェアの停止がニュースで頻繁に報道されます。[44]
SaaS と他のアプリケーション開発を区別する特定のソフトウェア開発手法はありません。 [45] SaaS 製品は、SaaS 配信モデルの柔軟性を活用するために、早期に頻繁にリリースされることがよくあります。[46] このリリース スケジュールをサポートするために、アジャイル ソフトウェア開発が一般的に使用されています。 [47]多くの SaaS 開発者は、サービスの可用性と迅速な展開を確保する必要があるため、テスト駆動開発を使用したり、頻繁なソフトウェア テストを重視したりしています。 [48]ビジネス目標が開発を推進する ドメイン駆動設計が人気なのは、SaaS 製品が有用であることで顧客にアピールする必要があるためです。[49] SaaS 開発者は、顧客がデスクトップ コンピューター、タブレット、スマートフォンなどのどのデバイスから製品にアクセスしようとするかを事前に把握していないため、フロントエンド開発チームにとって、幅広いデバイスのサポートが重要な懸念事項となることがよくあります。[50] プログレッシブ ウェブ アプリケーションでは、デバイスがオフラインの場合でも一部の機能を利用できます。[51]
SaaSアプリケーションは主に、広域ネットワーク上で動作する統合プロトコルとアプリケーションプログラミングインターフェース（API）を提供します。[52]
建築
SaaSアーキテクチャは製品によって大きく異なります。[53] それにもかかわらず、ほとんどのSaaSプロバイダーはマルチテナントアーキテクチャを提供しています。[30]このモデルでは、単一の構成（ハードウェア、ネットワーク、オペレーティングシステム）を持つ単一のバージョンのアプリケーションがすべての顧客（「テナント」）に使用されます。[54]これは、企業が複数のバージョンと構成をサポートする必要がないことを意味します。[16]各顧客が独自のハードウェアで独自のバージョンのソフトウェアを実行することによるアーキテクチャの変化は、アプリケーションの設計とセキュリティ機能の多くの側面に影響します。[54]マルチテナントアーキテクチャでは、多くのリソースを異なるテナントが使用したり、複数のテナント間で共有したりできます。[55]
典型的な SaaS アプリケーションの構造は、アプリケーション プレーンとコントロール プレーンに分けることができます。[56] SaaS 製品は、これらのプレーンの分離方法が異なり、イベント駆動型またはメッセージ駆動型モデルで密接に統合されている場合もあれば、疎結合されている場合もあります。[57] コントロール プレーンはシステムの管理を担当し、テナントのオンボーディング、課金、メトリックなどの機能のほか、SaaS プロバイダーがサービスの構成、管理、運用に使用するシステムもカバーします。[56]多くの SaaS 製品は、異なるサービス レベルで異なる価格で提供されており、これをティアリングと呼びます。これは、通常コントロール プレーンに配置されますが、両方のプレーンのアーキテクチャにも影響を与える可能性があります。[58]アプリケーション プレーンとは異なり、コントロール プレーンのサービスはマルチテナント用に設計されていません。[59]
アプリケーションプレーンは、製品の性質によって大きく異なりますが、SaaS製品のコア機能を実装します。[59]重要な設計上の課題には、異なるテナントを分離して、他のテナントのデータやリソースを表示または変更できないようにすることが含まれます。[61]最も単純なSaaSアプリケーションを除き、一部のマイクロサービスやその他のリソースは、すべてのテナント間で共有されるのではなく、テナントごとに割り当てられます。[62]テナントのリクエストを適切なサービスに誘導するには、ルーティング機能が必要です。[60]
一部のSaaS製品は、テナント間でリソースを共有しません。これはサイロ化と呼ばれます。これにより、SaaSの効率性の利点の多くが打ち消されますが、レガシーソフトウェアをSaaSに移行しやすくなります[64]。また、プレミアムサービスとして高価格で提供されることもあります。[65]すべてのリソースをプールすると、より高い効率性を達成できる可能性がありますが、[66]停止はすべての顧客に影響を与えるため、可用性をより優先する必要があります。[67]多くのシステムでは、一部のリソースをプールし、他のリソースをサイロ化するという両方のアプローチを組み合わせて使用しています。[68]他の企業は、複数のテナントをポッドにグループ化し、それらの間でリソースを共有しています。[69]
法的問題
米国では、憲法上の捜索令状法は、動的に保存されたSaaSのすべての形式を保護しているわけではない。その結果、政府は所有者の同意なしにSaaSプロバイダーにデータを要求できる可能性がある。[70] [71]
GPL-2.0などの特定のオープンソースライセンスでは、ドイツではSaaS製品として配布することを許可する権利が明示的に付与されていません。[72]
参考文献
- ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (2007 年 8 月). 「IT の発音は?」TechTarget . 2016 年 11 月 28 日時点のオリジナルよりアーカイブ。 2012 年5 月 24 日閲覧。
- ^ ゴールディング2024、14ページ。
- ^ abcd デンプシー & ケリハー 2018、p. 2.
- ^ ロザティ＆リン 2020、22頁。
- ^ロザティ＆リン 2020、23ページより。
- ^ イブラヒムら。 2023、p. 258.
- ^ デンプシーとケリハー 2018、p. 17.
- ^ デンプシー & ケリハー 2018、17–18 ページ。
- ^ ab デンプシー & ケリハー 2018、p. 19.
- ^ デンプシーとケリハー 2018、p. 33.
- ^ロザティ＆リン 2020、20ページより。
- ^ デンプシー & ケリハー 2018、23、31 ページ。
- ^ ワット2023、8ページ。
- ^ デンプシーとケリハー、2018 年、24、32 ページ。
- ^ デンプシーとケリハー 2018、p. 35.
- ^ abcd Watt 2023、4ページ。
- ^ ワット2023、4、8頁。
- ^ Clohessy et al. 2020、p.40より。
- ^ ワット2023、9ページ。
- ^ abcd デンプシー & ケリハー 2018、p. 48.
- ^ デンプシー & ケリハー 2018、61–63 ページ。
- ^ デンプシー & ケリハー 2018、63–64 ページ。
- ^ バンダリ＆グプタ 2019、p. 21.
- ^ デンプシーとケリハー、2018 年、48、57 ページ。
- ^ Clohessy et al. 2020、40～41頁。
- ^ ab デンプシー & ケリハー 2018、p. 57.
- ^ デンプシー & ケリハー 2018、57–58 ページ。
- ^ デンプシーとケリハー 2018、p. 11.
- ^ ab デンプシー & ケリハー 2018、p. 66.
- ^ ab Garbis & Chapman 2021、p. 185.
- ^ ab Kinnunen 2022、123–124 ページ。
- ^ ゴールディング2024、18ページ。
- ^ ゴールディング2024、20ページ。
- ^ ワット2023、15ページ。
- ^ ワット2023、6、16頁。
- ^ abc イブラヒムら2023、264、266、268頁。
- ^ ガービス＆チャップマン2021、186頁。
- ^ 金ヌネン 2022, pp. 137, 139.
- ^ タロンら2020年2頁。
- ^ キンヌネン2022、124頁。
- ^ ゴールディング2024、25ページ。
- ^ デンプシーとケリハー 2018、p. 36.
- ^ デンプシーとケリハー 2018、p. 37.
- ^ デンプシーとケリハー 2018、p. 39.
- ^ ワット2023、11ページ。
- ^ ワット2023、16ページ。
- ^ ユナスら2018年、142頁。
- ^ ワット2023、pp.11-12、16。
- ^ ワット2023、12ページ。
- ^ ワット2023、13-14頁。
- ^ ワット2023、13ページ。
- ^ マンヴィ＆シャム2021、105頁。
- ^ ゴールディング2024、47ページ。
- ^ ゴールドイング2024、25-26頁。
- ^ ゴールディング2024、26ページ。
- ^ ゴールドイング2024、27ページ。
- ^ ゴールディング2024、44ページ。
- ^ ゴールディング2024、40ページ。
- ^ ゴールドイング2024、28ページ。
- ^ ゴールディング2024、38ページ。
- ^ ゴールディング2024、36-37頁。
- ^ ゴールディング2024、37ページ。
- ^ ゴールディング2024、76ページ。
- ^ ゴールディング2024、55ページ。
- ^ ゴールディング2024、55、74-75頁。
- ^ ゴールディング2024、69ページ。
- ^ ゴールディング2024、70ページ。
- ^ ゴールディング2024、75-76頁。
- ^ ゴールディング2024、78ページ。
- ^ Arthur, Charles (2010-12-14). 「Google の ChromeOS はデータの制御を失うことを意味する、と GNU 創設者 Richard Stallman が警告」。The Guardian。英国。2014 年 2 月 28 日時点のオリジナルよりアーカイブ。2012年 2 月 16 日閲覧。
- ^ Adhikari, Richard (2010-12-15). 「リチャード・ストールマンがChromeに輝きを示さない理由」Linux Insider . 2021-01-23時点のオリジナルよりアーカイブ。 2015-03-24閲覧。
- ^ ボールハウゼン2014、61ページ。
出典
- Ballhausen, Miriam (2014). 「 OpenSaaS : フリーおよびオープンソースソフトウェアをサービスとしてのソフトウェアとして使用する」。国際フリーおよびオープンソースソフトウェア法レビュー。6 : 61–68。ISSN 2666-8106 。
- Bhandari, Guru Prasad、Gupta, Ratneshwer (2019)。「クラウドおよびエッジ コンピューティング アーキテクチャの概要と現在の問題と課題」。消費者中心のフォグ コンピューティング アーキテクチャの推進。IGI Global。pp. 1– 37。ISBN 978-1-5225-7149-0。
- デンプシー、デイビッド、ケリーハー、フェリシティ（2018）。クラウドコンピューティングの業界動向：代替的なB2B収益モデル。Springer International Publishing。ISBN 978-3-319-87693-1。
- ガービス、ジェイソン、チャップマン、ジェリー W. (2021)。ゼロトラストセキュリティ：エンタープライズガイド。Apress。ISBN 978-1-4842-6703-5。
- Golding, Tod (2024)。マルチテナント SaaS アーキテクチャの構築。O'Reilly Media。ISBN 978-1-0981-4061-8。
- イブラヒム、アハメド・マムドゥフ・アブデルファタ、アブドラ、ノリス・サイード、バハリ、マハディ（2023）。サービスとしてのソフトウェアの課題：体系的な文献レビュー。シュプリンガー・インターナショナル・パブリッシング。pp . 257– 272。ISBN 978-3-031-18344-7。
- Kinnunen, Juha (2022). ERP をサービスとしてのソフトウェアとして: 大企業のクラウド導入を示す要因Springer International Publishing. pp. 123– 142. ISBN 978-3-030-99191-3。
- Lynn, Theo; Mooney, John G.; Rosati, Pierangelo; Fox, Grace (2020)。クラウドコンピューティングのビジネス価値の測定。Springer Nature。ISBN 978-3-030-43198-3。
- Tallon, Paul P.; Mooney , John G.; Duddek, Marvin (2020)。「IT のビジネス価値の測定」。クラウド コンピューティングのビジネス価値の測定。Springer International Publishing。pp. 1– 17。ISBN 978-3-030-43198-3。
- Rosati, Pierangelo、Lynn, Theo (2020)。「クラウドへのインフラストラクチャ移行のビジネス価値の測定」。クラウドコンピューティングのビジネス価値の測定。Springer International Publishing。pp. 19– 37。ISBN 978-3-030-43198-3。
- Clohessy, Trevor、Acton, Thomas、Morgan, Lorraine (2020)。「SaaS のメリット: サービスとしてのソフトウェア技術のプロビジョニングのビジネス価値の測定」。クラウド コンピューティングのビジネス価値の測定。Springer International Publishing。pp. 39– 55。ISBN 978-3-030-43198-3。
- Manvi, Sunilkumar; Shyam, Gopal (2021)。クラウドコンピューティング：概念とテクノロジー。CRC Press。p. 105。ISBN 9781000337952。
- Watt, Andy (2023)。C # と .NET を使用した最新の SaaS アプリケーションの構築: プロフェッショナルな SaaS アプリケーションの構築、展開、保守。Packt。ISBN 978-1-80461-087-9。
- Younas, Muhammad; Jawawi, Dayang NA; Ghani, Imran; Fries, Terrence; Kazmi, Rafaqut (2018). 「クラウド コンピューティング環境におけるアジャイル開発: 体系的レビュー」.情報およびソフトウェア技術. 103 : 142–158 . doi :10.1016/j.infsof.2018.06.014. ISSN 0950-5849.
さらに読む
- Fox, Armando; Patterson, David A. (2020)。サービスとしてのソフトウェアのエンジニアリング: クラウドコンピューティングを使用したアジャイルアプローチ。Pogo Press。ISBN 978-1-7352338-0-2。