サービスとしてのソフトウェア

ウィキペディアから、無料の百科事典
ナビゲーションにジャンプ 検索にジャンプ

サービスとしてのソフトウェア(SaaS /sæs / [ 1 ] ソフトウェアサブスクリプションベースでライセンスされ、一元的にホストされるソフトウェアライセンスおよび配信モデルです。[2] [3] SaaSは、「オンデマンドソフトウェア」およびWebベース/ Webホストソフトウェアとも呼ばれます。[4]

SaaSは、サービスとしてのインフラストラクチャ(IaaS)、サービスとしてのプラットフォーム(PaaS)、サービスとしてのデスクトップ(DaaS)、サービスとしてのマネージドソフトウェア(MSaaS)、サービスとしてのモバイルバックエンドとともに、クラウドコンピューティングの一部と見なされます。 (MBaaS)、サービスとしてのデータセンター(DCaaS)、サービスとしての統合プラットフォーム(iPaaS)、およびサービスとしての情報技術管理(ITMaaS)。[要出典]

SaaSアプリは通常、シンクライアントを使用するユーザーによってアクセスされます。たとえば、 Webブラウザーを介してアクセスされますSaaSは、オフィスソフトウェアメッセージングソフトウェア、給与処理ソフトウェア、DBMSソフトウェア、管理ソフトウェア、CADソフトウェア、開発ソフトウェア、ゲーム化、仮想化[5]アカウンティングコラボレーション顧客関係管理(CRM )など、多くのビジネスアプリケーションの一般的な配信モデルになりました。)、管理情報システム(MIS)、エンタープライズリソースプランニング (ERP)、請求、フィールドサービス管理、人的資源管理(HRM)、人材獲得学習管理システムコンテンツ管理(CM)、地理情報システム(GIS)、およびサービスデスク管理[6]

たとえば、Software as a Service(SaaS)製品を使用すると、AWSインフラストラクチャでホストされているソフトウェアをデプロイし、購入者にAWS環境のソフトウェアへのアクセスを許可できます。ソフトウェアでの顧客アクセス、アカウント作成、リソースプロビジョニング、およびアカウント管理の管理を担当できます。[7]

SaaSは、ほぼすべてのエンタープライズソフトウェア企業の戦略に組み込まれています。[8] [9]

歴史

ビジネスアプリケーションの一元化されたホスティングは1960年代にさかのぼります。その10年以降、IBMおよびその他のメインフレームコンピュータープロバイダーは、タイムシェアリングまたはユーティリティコンピューティングと呼ばれることが多いサービスビューロービジネスを実施しましたこのようなサービスには、世界中のデータセンターから銀行やその他の大規模な組織にコンピューティングパワーとデータベースストレージを提供することが含まれていました。[10]

1990年代のインターネットの拡大は、アプリケーションサービスプロバイダー(ASP)と呼ばれる新しいクラスの集中型コンピューティングをもたらしました。ASPは、専門的なビジネスアプリケーションをホストおよび管理するサービスを企業に提供し、中央管理および特定のビジネスアプリケーションにおけるプロバイダーの専門化を通じてコストを削減しました。最大のASPの2つは、ワシントンDCエリアに本社を置くUSIと、カリフォルニア州アーバインに本社を置くFuturelinkCorporationでした。[11]

サービスとしてのソフトウェアは、基本的にASPモデルの概念を拡張します。ただし、サービスとしてのソフトウェア(SaaS)という用語は、より具体的な設定で一般的に使用されます。

頭字語は、1985年9月23日に提出されたUSPTO 商標の商品とサービスの説明に最初に登場しました。 [14] DbaaSサービスとしてのデータベース)は、SaaSのサブバリエーションとして登場し[15] 、クラウドの一種です。データベース

マイクロソフトは、数年間、SaaSを「ソフトウェアプラスサービス」と呼んでいました。[16]

配布と価格設定

クラウド(またはSaaS)モデルは、物理的に配布されず、ほぼ瞬時に展開されるため、間接的な配布を物理的に必要とせず、従来のパートナーや仲介業者の必要性をなくします。従来、前払い費用(およびオプションの継続的なサポート料金)で永久ライセンスとして販売されていた従来のソフトウェアとは異なり、SaaSプロバイダーは通常、サブスクリプション料金、最も一般的には月額料金または年額料金を使用してアプリケーションの価格を設定します。[17]その結果、SaaSの初期セットアップコストは、通常、同等のエンタープライズソフトウェアよりも低くなります。SaaSベンダーは通常、アプリケーションを使用しているユーザーの数など、いくつかの使用パラメーターに基づいてアプリケーションの価格を設定します。ただし、SaaS環境では、顧客のデータはSaaSベンダーに存在するため、トランザクション、イベント、または必要なプロセッサーの数などの他の価値の単位ごとに課金する機会もあります。[18]

マルチテナント環境でのユーザープロビジョニング(つまり、新しい顧客の設定)のコストが比較的低いため、一部のSaaSベンダーはフリーミアムモデルを使用してアプリケーションを提供できます。[18]このモデルでは、機能または範囲が制限された無料サービスが利用可能になり、機能または範囲が拡張された場合は料金が請求されます。[18]

SaaSの成長の主な推進力は、オンプレミスソフトウェアと競争力のある価格を提供するSaaSベンダーの能力です。これは、 ITシステムをアウトソーシングする従来の理論的根拠と一致しています。これには、規模の経済をアプリケーションの運用に適用することが含まれます。つまり、外部のサービスプロバイダーは、より優れた、より安価な、より信頼性の高いアプリケーションを提供できる可能性があります。[19]

アーキテクチャ

ほとんどのSaaSプロバイダーは、マルチテナントアーキテクチャを提供しています。このモデルでは、単一の構成ハードウェアネットワークオペレーティングシステム)を備えた単一バージョンのアプリケーションが、すべての顧客(「テナント」)に使用されます。スケーラビリティをサポートするために、アプリケーションを複数のマシンにインストールできます(水平スケーリングと呼ばれます)。場合によっては、アプリケーションの2番目のバージョンがセットアップされ、選択した顧客グループがテスト用にアプリケーションのプレリリースバージョン(ベータバージョンなど)にアクセスできるようになります。目的。これは、ソフトウェアの複数の物理コピー(それぞれが異なるバージョンである可能性があり、構成が異なる可能性があり、多くの場合カスタマイズされている)がさまざまな顧客サイトにインストールされる従来のソフトウェアとは対照的です。[20]

通常ではなく例外ですが、一部のSaaSプロバイダーは、マルチテナンシーを使用しないか、仮想化などの他のメカニズムを使用して、マルチテナンシーの代わりに多数の顧客をコスト効率よく管理します。[21]マルチテナンシーがサービスとしてのソフトウェアに必要なコンポーネントであるかどうかは議論の余地があります。[22]

垂直SaaSと水平SaaS

水平SaaSと垂直SaaSは、クラウドコンピューティングサービスの異なるモデルです。[23]一般的に業界に関係なく、さまざまな顧客を対象とした水平SaaS。水平SaaSベンダーの一般的な例としては、SalesforceHubSpotがあります。一方、垂直SaaSは、特定の要件を満たすために、より狭い範囲の顧客を対象と するニッチ市場を指します。

特徴

すべてのSoftware-as-a-Serviceアプリケーションが次のすべての特性を共有しているわけではありませんが、以下の特性はそれらの多くに共通しています。

構成とカスタマイズ

SaaSアプリケーションも同様に、従来はアプリケーション構成と呼ばれていたものをサポートしています。言い換えると、従来のエンタープライズソフトウェアと同様に、1人の顧客が、その機能とルックアンドフィールに影響を与える構成オプションのセット(別名パラメーター)を変更できます。各顧客は、構成オプションに対して独自の設定(またはパラメーター値)を持っている場合があります。アプリケーションは、事前定義された構成オプションのセットに基づいて、設計された程度にカスタマイズできます。[24]

たとえば、アプリケーションのルックアンドフィールを変更して、アプリケーションが顧客のブランドを持っているように見えるようにする(または、必要に応じて共同ブランド化する)という顧客の一般的なニーズをサポートするために、多くのSaaSアプリケーションは顧客に(セルフサービスインターフェイスまたはアプリケーションプロバイダーのスタッフと協力して)カスタムロゴと、場合によってはカスタムカラーのセット。ただし、そのようなオプションが設計されていない限り、顧客はページレイアウトを変更することはできません。[要出典]

機能配信の高速化

SaaSアプリケーションは、従来のソフトウェアよりも頻繁に更新されることが多く[25]、多くの場合、週単位または月単位で更新されます。これは、いくつかの要因によって可能になります。

  • アプリケーションは一元的にホストされるため、更新は顧客ではなくプロバイダーによって決定および実行されます。
  • アプリケーションの構成は1つだけなので、開発テストが高速になります。
  • バージョンは1つしかないため、アプリケーションベンダーは、ソフトウェアの古いバージョンの更新と保守にリソースを費やす必要はありません。
  • アプリケーションベンダーは、すべての顧客データにアクセスして、設計回帰テストを迅速に行うことができます。
  • サービスプロバイダーは、アプリケーション内のユーザーの動作にアクセスでき(通常はWeb分析を介して)、改善に値する領域を簡単に特定できます。

アジャイルソフトウェア開発手法により、機能の迅速な提供がさらに可能になります。[26] 1990年代半ばに進化したこのような方法論は、頻繁なソフトウェアリリースをサポート するための一連のソフトウェア開発ツールとプラクティスを提供します。

オープン統合プロトコル

SaaSアプリケーションは企業の内部システム(データベースまたは内部サービス)にアクセスできないため、主に、ワイドエリアネットワーク上で動作する統合プロトコルとアプリケーションプログラミングインターフェイス(API)を提供します[27]

SaaSアプリケーションやその他のインターネットサービスの普及とそれらのAPIテクノロジーの標準化により、マッシュアップの開発が生まれました。マッシュアップは、複数のサービスのデータ、プレゼンテーション、機能を組み合わせて複合サービスを作成する軽量のアプリケーションです。マッシュアップは、SaaSアプリケーションをオンプレミスソフトウェアとさらに区別します。オンプレミスソフトウェアは、企業の ファイアウォールの外部に簡単に統合できないためです。

コラボレーティブ(および「ソーシャル」)機能

さまざまなインターネットネットワーキングサービスといわゆるWeb2.0機能の開発に触発されて、多くのSaaSアプリケーションは、ユーザーが共同で情報を共有できるようにする機能を提供します。

たとえば、SaaSモデルで提供される多くのプロジェクト管理アプリケーションは、従来のプロジェクト計画機能に加えて、ユーザーがタスクや計画にコメントしたり、組織内外でドキュメントを共有したりできるコラボレーション機能を提供します。他のいくつかのSaaSアプリケーションでは、ユーザーが投票して新機能のアイデアを提供できます。

一部のコラボレーション関連機能もオンプレミスソフトウェアに統合されていますが、ユーザー間または異なる顧客間の(暗黙的または明示的な)コラボレーションは、中央でホストされるソフトウェアでのみ可能です。

OpenSaaS

OpenSaaSは、オープンソースコードに基づくサービスとしてのソフトウェア(SaaS)を指します。SaaSアプリケーションと同様に、Open SaaSは、サービスプロバイダーによってホスト、サポート、および保守されるWebベースのアプリケーションです。Open SaaSアプリケーションのロードマップはユーザーのコミュニティによって定義されていますが、アップグレードと製品の機能強化は中央プロバイダーによって管理されています。この用語は、 Drupalコンテンツ管理フレームワークの作成者であるDriesBuytaertによって2011年に造られました。[28]

ニューヨーク州上院の元最高情報責任者であるアンドリュー・ホッピンは、政府向けのOpenSaaSを「政府の革新の未来」と呼び、声高に支持してきました。彼は、WordPressとWhy Unifiedを、顧客に「両方の長所とより多くのオプションを提供するOpenSaaSソフトウェア配信モデルの成功例として挙げています。オープンソースであるという事実は、セルフホスティングによってWebサイトの構築を開始できることを意味します。 WordPressとウェブサイトを心ゆくまでカスタマイズします。同時に、WordPressがSaaSであるという事実は、ウェブサイトを管理する必要がまったくないことを意味します。WordPress.comにお金を払ってホストするだけです。」[29]

採用ドライバー

ソフトウェア市場とテクノロジー環境に対するいくつかの重要な変化により、SaaSの受け入れと成長が促進 されました。

採用の課題

いくつかの制限により、SaaSの受け入れが遅くなり、場合によっては使用が禁止されます。

  • データはベンダーのサーバーに保存されるため、データのセキュリティが問題になります。[30]
  • SaaSアプリケーションは、アプリケーションユーザーから遠く離れたクラウドでホストされます。これにより、環境に遅延が発生します。たとえば、SaaSモデルは、ミリ秒単位の応答時間を要求するアプリケーション(OLTP)には適していません。
  • サービスプロバイダーのコスト効率を高めるマルチテナントアーキテクチャは、大規模なクライアント向けのアプリケーションのカスタマイズを制限し、そのようなカスタマイズが必要なシナリオ(主に大企業に適用可能)でそのようなアプリケーションを使用できないようにします。
  • 一部のビジネスアプリケーションでは、顧客の現在のデータへのアクセスまたは統合が必要です。このようなデータが大量または機密情報(エンドユーザーの個人情報など)である場合、それらをリモートでホストされるソフトウェアと統合すると、コストやリスクが高くなるか、データガバナンス規制と競合する可能性があります。
  • 憲法上の捜索令状は、動的に保存されたすべての形式のSaaSデータを保護するわけではありません。その結果、セキュリティチェーンにリンクが追加され、データへのアクセス、ひいてはこれらのデータの誤用は、第三者または政府機関がデータにアクセスできるという想定された誠実さによってのみ制限されます。自身の認識。[31] [32] [33] [34]
  • SaaSベンダーの切り替えには、インターネットを介して非常に大きなデータファイルを転送するという遅くて難しい作業が伴う場合があります。
  • SaaSを採用している組織は、新しいバージョンの採用を余儀なくされる可能性があり、その結果、予期しないトレーニングコストが発生し、ユーザーが新しいソフトウェアのバグによってエラーや不安定性を生じる可能性が高くなります。
  • ソフトウェアのベンダーが廃業したり、突然ソフトウェアをEOLしたりすると、ユーザーは予期せずにソフトウェアにアクセスできなくなり、組織の現在および将来のプロジェクトが不安定になったり、アクセスできなくなった古いデータがユーザーに残ったりする可能性があります。または変更します。
  • インターネット接続に依存するということは、企業の内部ネットワークの潜在的に高速ではなく、インターネット速度でSaaS企業との間でデータが転送されることを意味します。[35]
  • SLA(サービスレベル契約)で合意された稼働時間レベルを保証するSaaSホスティング会社の能力

標準モデルにも制限があります。

  • ハードウェア、他のソフトウェア、およびオペレーティングシステムとの互換性。[36]
  • ライセンスとコンプライアンスの問題(組織を罰金や訴訟のリスクにさらすソフトウェアプログラムの不正コピー)。
  • メンテナンス、サポート、およびパッチの改訂プロセス。

ヘルスケアアプリケーション

Healthcare Information and Management Systems Societyの調査によると、米国のITヘルスケア組織の83%が現在クラウドサービスを使用しており、9.3%が計画していますが、ITヘルスケア組織の67%は現在SaaSベースのアプリケーションを実行しています。[37]

データエスクロー

Software as a Serviceデータエスクローは、重要なSoftware-as-a-Serviceアプリケーションデータのコピーを独立したサードパーティに保持するプロセスです。重要なソフトウェアソースコードが独立したサードパーティに保存されるソースコードエスクローと同様に、SaaSデータエスクローはSaaSアプリケーション内のデータに同じロジックを適用します。これにより、企業はSaaSアプリケーション内に存在するすべてのデータを保護および保証し、データの損失から保護することができます。[38]

ベンダーの破産[39] [40]計画外のサービス停止、潜在的なデータの損失または破損に関する懸念など、SaaSデータエスクローを検討する理由はさまざまです。多くの企業は、データガバナンス標準に準拠していることを確認するか、SaaSデータに対する レポートとビジネス分析を強化しようとしています。

批評

SaaSに対する注目すべき批判の1つは、Free SoftwareFoundationのRichardStallmanによるもので、SaaSをSoftware Substitute(SaaSS)として参照しています。[41]彼は、SaaSSの使用は自由ソフトウェアの原則に違反していると考えています。[42]ストールマンによれば:

SaaSSを使用すると、ユーザーは自分のコンピューティングを実行する実行可能ファイルすら持っていません。それは他の誰かのサーバー上にあり、ユーザーはそれを見たり触れたりすることができません。したがって、彼らがそれが実際に何をしているのかを確認することは不可能であり、それを変更することも不可能です。

も参照してください

参考文献

  1. ^ パンカー、ジョン; ルイス、マーク; ファヘイ、エヴァン; Vasquez、Melvin Jafet(2007年8月)。"どう発音しますか?" TechTarget 2012年5月24日取得
  2. ^ ターナー、ブライアン。「SaaSとは何ですか?サービスとしてのソフトウェアについて知っておくべきことすべて」TechRadar 2020年8月4日取得
  3. ^ 「サービスとしてのソフトウェアの定義(SaaS)-Gartner Information TechnologyGlossary」ガートナー2020年8月4日取得
  4. ^ 「サービスとしてのソフトウェア(SaaS)とは:初心者向けガイド-Salesforce」Salesforce.com 2018年9月27日取得
  5. ^ 「ITチャネル用語集」CompuBase。2013年3月2013年2月13日取得
  6. ^ 「Saasスタートアップのアイデア」スタートアップ2021年6月24日。
  7. ^ 「サービスとしてのソフトウェア(SaaS)ベースの製品-AWSマーケットプレイス」docs.aws.amazon.com 2021-11-28を取得しました。
  8. ^ 「IBMクラウド戦略」www.ibm.com2015年3月13日にオリジナルからアーカイブされまし
  9. ^ フォックス、A。; パターソン、D。(2014年1月3日)。サービスとしてのソフトウェアのエンジニアリング:クラウドコンピューティングを使用したアジャイルアプローチストロベリーキャニオンLLC。ASINB00CCEHNUM_ 
  10. ^ OECD(2015-10-05)。デジタル経済の税務上の課題に取り組むOECD / G20税源浸食と利益移転プロジェクト、行動1-2015年最終報告書OECD出版。ISBN 978-92-64-24104-6
  11. ^ Gaw、Jonathan(1999年10月20日)。「LadouceurがFutureLinkのCEOに任命されました」ロサンゼルスタイムズ
  12. ^ ソフトウェア、サービス。「サービスとしてのソフトウェア(SaaS)」
  13. ^ 「SaaS(サービスとしてのソフトウェア)とは何ですか?あなたが知る必要があるすべて」SearchCloudComputing
  14. ^ 「USPTOサービスマーク」バージニア州アレクサンドリア:USPTO。 {{cite journal}}: Cite journal requires |journal= (help)
  15. ^ フェラーリ、エレナ(2010)。データ管理システムのアクセス制御データ管理に関する総合講義。モーガン&クレイプール出版社。p。77. ISBN  978-1-60845-375-72012年2月13日取得[...]新しいオプションは、サービスとしてのデータベース(DbaaS)パラダイムによって表されます[...]。DbaaSは、Software as a Service(SaaS)と同じ原則によって規制されており、基本的には、クラウド内のデータベース管理システムの典型的な機能の提供を意味します。
  16. ^ 「マイクロソフトはソフトウェアとサービスについて説明しています」InfoWorld2007年7月26日2017年2月7日取得
  17. ^ レビンソン、メリディス(2007-05-15)。「サービスとしてのソフトウェア(SaaS)の定義とソリューション」CIO 2015年3月24日取得
  18. ^ a b c ByronDeeterおよびRyanJung(2013年7月)。「サービスとしてのソフトウェアの価格戦略」(PDF)
  19. ^ 「ビルドvs.購入:ソフトウェアを購入するか、自分でビルドするかを知る方法」ビジネス2コミュニティ2020年2月22日取得
  20. ^ Hacigümüş、Hakan; Balakrishna、R。Iyer; チェン、リー; Mehrotra、S。(2002)。database-service-providerモデルの暗号化されたデータに対してSQLを実行しますデータ管理に関する2002ACMSIGMOD国際会議の議事録pp。216–227。CiteSeerX10.1.1.64.8974_ 土井10.1145 /564691.564717ISBN  978-1581134971S2CID6241358 _
  21. ^ ウェインライト、フィル(2007年10月19日)。「ワークストリームはマルチテナンシーよりも仮想化を優先します」ZDNetワールドワイドウェブログ)。CBSインタラクティブ2016年1月22日取得
  22. ^ Carraro、Gianpaolo(2008年6月21日)。「saas ==マルチテナンシーかどうかについてまだ話し合っているとは信じられません...」MSDeveloper network(ブログ)。Microsoft 2011年4月24日取得
  23. ^ Muppidathi、Anbu(2020年7月10日)。「水平から垂直、マイクロSaaS」フォーブス
  24. ^ GroovyWeb。「Saas開発」GroovyWeb 2021年9月7日取得
  25. ^ クリース、ガイ(2010年5月18日)。「SaaSとソフトウェア:SaaSのリリースサイクルは通常(常にではない)速い」ブログガートナー2011年4月24日取得
  26. ^ Kuhnen、Eric(2008年1月8日)。「SaaSにジャンプしますか?アジャイルソフトウェア開発を一緒に行ってください」DevXQuinStreet 2011年4月24日取得
  27. ^ Dulin、Oleg(2015年12月15日)。「SaaSプラットフォームに必要な3セットのAPI」InfoWorld 2020年8月4日取得
  28. ^ Buytaert、乾燥(2011年1月24日)。「Acquia製品の戦略とビジョン」Buytaertウェブログを乾燥させます。2014年10月5日取得
  29. ^ ホッピン、アンドリュー(2014年1月9日)。「OpenSaaSと政府のイノベーションの未来」OpenSource.com 2014年9月21日取得
  30. ^ Lisserman、Miroslaw(2010年12月20日)。「SaaSと永遠のセキュリティ問題」コミュニティForresterResearch 2011年4月24日取得
  31. ^ アーサー、チャールズ(2010-12-14)。「GoogleのChromeOSはデータの制御を失うことを意味し、GNUの創設者であるリチャードストールマンに警告します」ガーディアン英国2012年2月16日取得
  32. ^ Adhikari、Richard(2010-12-15)。「リチャード・ストールマンがクロームに輝きを放たない理由」LinuxInsider 2015年3月24日取得
  33. ^ ストールマン、リチャード(2011-09-20)。「そのサーバーは実際に誰にサービスを提供していますか?」ボストンレビューGNUプロジェクト2012年1月15日取得
  34. ^ ヒル、ベンジャミンマコ(2009年2月1日)。「コードを見せて」エラーを明らかにする2012年1月15日取得
  35. ^ ギャララー、ジョン。「情報システム:技術を利用するための管理者ガイド」カタログフラットワールドナレッジ2012年4月21日取得
  36. ^ 「クラウドコンピューティングにおけるサービスとしてのクラウドソフトウェア(SaaS)。これは正しくありません。サービス」CloudComputingSec。2011 2011年12月15日取得
  37. ^ 「2014HIMSSAnalytics Cloud Survey」(PDF)ヘルスケア情報および管理システム協会2014年6月2020年11月22日取得–アマゾンウェブサービス経由
  38. ^ ウィルソン、デボラR; BonaPart、Alexa(2009年8月7日)。「SaaSアプリケーションビジネス継続性リスク軽減のためのフレームワークを開発する」ガートナー。2013年3月8日にオリジナルからアーカイブされました2011年4月24日取得
  39. ^ 5月、リチャード。「ソフトウェアエスクローホワイトペーパー」(PDF)英国:仮想DCS。
  40. ^ 「ソフトウェアエスクロー:エスクローは死んでいますか?」2012-06-14 2016年9月6日取得
  41. ^ ストールマン、リチャード。「そのサーバーは実際に誰にサービスを提供していますか?」GNU.orgフリーソフトウェアファウンデーション2015年3月24日取得
  42. ^ ストールマン、リチャード(2010年3月18日)。「そのサーバーは実際に誰にサービスを提供していますか?」ボストンレビュー2013年7月6日取得