Software as a Service ( SaaS / sæs / [ 1 ] ) ist ein Cloud-Computing -Servicemodell, bei dem ein Anbieter Anwendungssoftware an Kunden liefert und gleichzeitig die benötigten physischen und softwareseitigen Ressourcen verwaltet. [ 2 ] Auf SaaS-Anwendungen wird entweder über eine Webanwendung oder lokal installierte Software zugegriffen . Im Gegensatz zu anderen Softwarebereitstellungsmodellen trennt SaaS „Besitz und Eigentum an Software von ihrer Nutzung“. [ 3 ] Die Nutzung von SaaS begann um das Jahr 2000 und war bis 2023 die gängigste Form der Softwareanwendungsbereitstellung.

SaaS-Produkte laufen typischerweise auf gemieteten Infrastruktur-as-a-Service- (IaaS) oder Plattform-as-a-Service- Systemen (PaaS), die Hardware und mitunter Betriebssysteme und Middleware umfassen . So können sie schnell steigende Nutzerzahlen bewältigen und gleichzeitig eine sofortige und kontinuierliche Verfügbarkeit für die Kunden gewährleisten. SaaS-Kunden profitieren von der Abstraktion unbegrenzter Rechenressourcen, während Skaleneffekte die Kosten senken. SaaS-Architekturen sind in der Regel mandantenfähig ; üblicherweise teilen sie Ressourcen aus Effizienzgründen zwischen den Kunden, bieten aber gegen Aufpreis auch eine abgeschottete Umgebung an. Gängige Umsatzmodelle für SaaS sind Freemium , Abonnement und nutzungsbasierte Gebühren. Im Gegensatz zu traditioneller Software ist es selten möglich, eine unbefristete Lizenz für eine bestimmte Softwareversion zu erwerben.

Es gibt keine spezifischen Softwareentwicklungspraktiken , die SaaS von anderen Anwendungsentwicklungen unterscheiden, obwohl häufig Wert auf häufige Tests und Releases gelegt wird.

Cloud Computing

Vergleich von On-Premise-, IaaS-, PaaS- und SaaS-Lösungen

Infrastructure as a Service (IaaS) ist die grundlegendste Form des Cloud Computing . Dabei gehören die Infrastrukturressourcen – wie beispielsweise physische Computer – nicht dem Nutzer, sondern werden von einem Cloud-Anbieter gemietet. [ 4 ] Dadurch lassen sich die Infrastrukturressourcen schnell erweitern, anstatt wochenlang auf die Lieferung und Einrichtung der Computer warten zu müssen. Die Nutzung von IaaS in Form von Betriebssystemen und Anwendungen erfordert Zeit und Fachwissen . [ 5 ] Platform as a Service (PaaS) umfasst das Betriebssystem und die Middleware , jedoch nicht die Anwendungen. [ 6 ] [ 7 ] SaaS-Anbieter nutzen typischerweise PaaS- oder IaaS-Dienste, um ihre Anwendungen auszuführen. [ 6 ]

Ohne IaaS wäre es äußerst schwierig, ein SaaS-Produkt für eine variable Nutzerzahl skalierbar zu gestalten und gleichzeitig die von Kunden erwartete sofortige und kontinuierliche Verfügbarkeit zu gewährleisten. [ 8 ] Die meisten Endnutzer verwenden ausschließlich das SaaS-Produkt und müssen sich nicht um die technische Komplexität der physischen Hardware und des Betriebssystems kümmern. [ 9 ] Da auf Cloud-Ressourcen ohne menschliches Eingreifen zugegriffen werden kann, profitieren SaaS-Kunden von der Abstraktion unbegrenzter Rechenressourcen, während Skaleneffekte die Kosten senken. [ 10 ] Ein weiteres wichtiges Merkmal des Cloud Computing ist die nahezu sofortige Bereitstellung von Software-Updates für alle Kunden. [ 11 ] Im Jahr 2019 entfielen schätzungsweise 43 Prozent des Cloud-Computing-Marktes auf SaaS, während IaaS und PaaS zusammen etwa 25 Prozent ausmachten. [ 12 ]

Geschichte

In den 1960er-Jahren wurde Multitasking erfunden, wodurch Großrechner mehrere Benutzer gleichzeitig bedienen konnten. [ 13 ] Im darauffolgenden Jahrzehnt etablierte sich Timesharing als wichtigstes Geschäftsmodell für die Datenverarbeitung, und Cluster-Computing ermöglichte die Zusammenarbeit mehrerer Computer. [ 10 ] Cloud Computing entstand Ende der 1990er-Jahre mit Unternehmen wie Amazon (1994), Salesforce (1999) und Concur (1993), die internetbasierte Anwendungen gegen Gebühr anboten . Alle diese Unternehmen konzentrierten sich auf ein einzelnes Produkt, um einen hohen Marktanteil zu erobern . [ 14 ] Beginnend mit Gmail im Jahr 2004 gehörten E-Mail-Dienste zu den ersten SaaS-Produkten, die massenhaft an Endverbraucher vermarktet wurden. [ 15 ] Der Markt für SaaS wuchs im frühen 21. Jahrhundert rasant. [ 16 ] [ 12 ] Ursprünglich als technologische Innovation betrachtet, wird SaaS heute eher als Geschäftsmodell wahrgenommen. [ 17 ] Bis 2023 hatte sich SaaS zur primären Methode entwickelt, mit der Unternehmen Anwendungen bereitstellen. [ 18 ]

Zu den gängigen SaaS-Produkten für Endverbraucher zählen alle Social-Media- Websites, E-Mail-Dienste wie Gmail und die zugehörigen Google Docs-Editoren [ 19 ] , Zoom , Dropbox [ 20 ] sowie Unterhaltungsprodukte wie Netflix und Spotify [ 21 ] . Zu den SaaS-Produkten für Unternehmen gehören die CRM-Software ( Customer Relationship Management ) von Salesforce , die SAP Cloud Platform und Oracle Cloud Enterprise Resource Planning [ 20 ] .

Umsatzmodelle

Einige SaaS-Anbieter bieten ihren Kunden kostenlose Dienste an, die durch Werbung , Affiliate-Marketing oder den Verkauf von Kundendaten finanziert werden. [ 22 ] Eines der beliebtesten Modelle für Internet-Startups und mobile Apps ist das Freemium-Modell , bei dem das Unternehmen für die weitere Nutzung oder einen erweiterten Leistungsumfang Gebühren erhebt. [ 23 ] Selbst wenn der Nutzer nicht auf die kostenpflichtige Version aufrüstet, hilft dies dem Unternehmen, einen größeren Marktanteil zu gewinnen und Kunden der Konkurrenz abzuwerben. [ 24 ] Die Hostingkosten des Unternehmens steigen jedoch mit der Anzahl der Nutzer, unabhängig davon, ob es gelingt, diese zum Kauf der kostenpflichtigen Version zu bewegen. [ 25 ] Ein weiteres gängiges Modell ist die kostenlose Version, die lediglich Demonstrationsfunktionen bietet ( Crippleware ). Online-Marktplätze können Transaktionsgebühren erheben, um die Kosten des SaaS-Anbieters zu decken. [ 22 ] Früher wurden SaaS-Produkte häufiger zu einem einmaligen Preis angeboten, doch dieses Modell verliert an Beliebtheit. [ 22 ] Einige [ 22 ] SaaS-Produkte verfügen über Open-Source- Code und werden als Open SaaS bezeichnet. Dieses Modell bietet Vorteile wie geringere Bereitstellungskosten, weniger Abhängigkeit von Anbietern und portablere Anwendungen. [ 26 ]

Die gängigsten Umsatzmodelle für SaaS basieren auf Abonnements und nutzungsbasierter Bezahlung. [ 27 ] Für Kunden ergeben sich potenzielle Vorteile wie geringere Vorabkosten, höhere Flexibilität und niedrigere Gesamtkosten im Vergleich zu herkömmlicher Software mit unbefristeten Lizenzen . [ 28 ] In manchen Fällen waren die hohen Einmalkosten herkömmlicher Software für kleinere Unternehmen unerschwinglich , während nutzungsbasierte SaaS-Modelle die Software erschwinglich machen. [ 3 ] Die Nutzung kann anhand der Anzahl der Nutzer, Transaktionen, des genutzten Speicherplatzes oder anderer Kennzahlen abgerechnet werden. [ 29 ] Viele Käufer bevorzugen die nutzungsbasierte Bezahlung, da sie die Software als weniger sparsam einschätzen. Der Anbieter profitiert davon, Gelegenheitsnutzer zu erreichen, die die Software sonst nicht erwerben würden. [ 29 ] Es gibt jedoch auch viele Käufer, die unbefristete Lizenzen bevorzugen, beispielsweise aufgrund hoher Abonnementpreise [ 30 ] und der Angst vor Abonnementmüdigkeit. [ 31 ] Zudem kann dies zu Umsatzunsicherheit für den Anbieter führen und den Abrechnungsaufwand erhöhen . [ 32 ]

Das Abonnementmodell von SaaS bietet dem Anbieter einen kontinuierlichen und wiederkehrenden Umsatzstrom, ist jedoch anfällig für Kündigungen. [ 3 ] Bei einer signifikanten Anzahl von Kündigungen kann die Rentabilität des Unternehmens gefährdet sein. [ 3 ] Die einfache Möglichkeit, ein Abonnement zu kündigen und zu einem Wettbewerber zu wechseln, verschafft Kunden eine Verhandlungsmacht, um Zugeständnisse vom Anbieter zu erhalten. [ 33 ] Wiederkehrende Einnahmen können zwar dem Unternehmen helfen und Investoren anziehen, doch die Notwendigkeit von Kundenservice- Kompetenzen, um Kunden von einer Abonnementverlängerung zu überzeugen, stellt eine Herausforderung für Anbieter dar, die von anderen Umsatzmodellen auf Abonnements umsteigen. [ 34 ] Die „40er-Regel“ ist eine gängige Kennzahl von Investoren zur Bewertung der Leistung von SaaS-Unternehmen. Sie wird als Summe aus Umsatzwachstumsrate und EBITDA-Marge berechnet (mit einem Zielwert von mindestens 40 %). [ 35 ]

Annahme

SaaS-Produkte werden typischerweise über einen Webbrowser als öffentlich verfügbare Webanwendung genutzt . [ 36 ] [ 18 ] Das bedeutet, dass Kunden die Anwendung von überall und mit jedem Gerät aus nutzen können, ohne sie installieren oder aktualisieren zu müssen . [ 18 ] [ 37 ] SaaS-Anbieter bemühen sich oft, die Anmeldung für das Produkt so einfach wie möglich zu gestalten. [ 38 ] Viele nutzen die serviceorientierte Struktur, um schnell auf Kundenfeedback zu reagieren und ihr Produkt entsprechend den Anforderungen weiterzuentwickeln. Dies kann das Vertrauen der Kunden in die kontinuierliche Verbesserung des Produkts stärken und dem SaaS-Anbieter helfen, Kunden von etablierten, traditionellen Softwareunternehmen zu gewinnen, die möglicherweise einen größeren Funktionsumfang bieten können. [ 39 ] [ 40 ]

Obwohl lokale Software oft weniger sicher ist als SaaS-Alternativen [ 41 ] , zählen Sicherheit und Datenschutz zu den Hauptgründen, warum Unternehmen keine SaaS-Produkte einsetzen [ 42 ] . SaaS-Anbieter müssen ihre öffentlich verfügbaren Angebote vor Missbrauch, einschließlich Denial-of-Service -Angriffen und Hacking, schützen [ 43 ] . Sie verwenden häufig Technologien wie Zugriffskontrolle , Authentifizierung und Verschlüsselung , um die Vertraulichkeit von Daten zu gewährleisten [ 42 ] . Dennoch vertrauen nicht alle Unternehmen SaaS-Anbietern die Sicherheit sensibler Daten an [ 42 ] . Der Anbieter ist für Software-Updates , einschließlich Sicherheitspatches , und den Schutz der Kundendaten verantwortlich [ 37 ] . SaaS-Systeme weisen aufgrund der Übertragungszeit von Netzwerkpaketen zum Cloud-Rechenzentrum eine höhere Latenz auf als lokale Software. Dies kann für bestimmte Anwendungsfälle, wie z. B. zeitkritische industrielle Prozesse oder die Lagerhaltung, ein Hindernis darstellen [ 44 ] .

Der Aufstieg von SaaS-Produkten ist ein Faktor, der viele Unternehmen dazu veranlasst hat, IT- Budgets von Investitionsausgaben auf Betriebsausgaben umzuschichten . [ 45 ] Auch der Migrationsprozess zu SaaS und dessen Support können erhebliche Kosten verursachen, die berücksichtigt werden müssen. [ 46 ] [ 34 ]

Entwicklung

Eine SaaS-Architektur. Alle Kunden nutzen dieselbe Softwareversion auf derselben Plattform. [ 47 ]

Eine Herausforderung für SaaS-Anbieter besteht darin, dass die Nachfrage nicht im Voraus bekannt ist. Ihr System muss über ausreichende Kapazitäten verfügen, um alle Nutzer bedienen zu können, ohne jemanden abweisen zu müssen, ohne dabei unnötig viele Ressourcen zu verbrauchen. Sind die Ressourcen statisch, werden sie außerhalb der Spitzenzeiten zwangsläufig verschwendet. [ 48 ] Um die Last auszugleichen und Verschwendung zu reduzieren, werden mitunter günstigere Tarife außerhalb der Spitzenzeiten angeboten. [ 49 ] Die Erwartung an einen unterbrechungsfreien Betrieb ist so hoch, dass Ausfälle von SaaS-Software häufig in den Nachrichten thematisiert werden. [ 50 ]

Es gibt keine spezifischen Softwareentwicklungspraktiken , die SaaS von anderen Arten der Anwendungsentwicklung unterscheiden. [ 51 ] SaaS-Produkte werden oft früh und häufig veröffentlicht, um die Flexibilität des SaaS-Bereitstellungsmodells auszunutzen. [ 52 ] Agile Softwareentwicklung wird häufig eingesetzt, um diesen Veröffentlichungsplan zu unterstützen. [ 53 ] Viele SaaS-Entwickler nutzen testgetriebene Entwicklung oder legen Wert auf häufige Softwaretests , um die Verfügbarkeit ihres Dienstes und eine schnelle Bereitstellung zu gewährleisten. [ 54 ] Domänengetriebenes Design , bei dem Geschäftsziele die Entwicklung bestimmen, ist beliebt, da SaaS-Produkte sich durch ihren Nutzen für den Kunden selbst verkaufen müssen. [ 55 ] SaaS-Entwickler wissen nicht im Voraus, mit welchen Geräten Kunden auf das Produkt zugreifen werden – z. B. Desktop-Computer, Tablet oder Smartphone – und die Unterstützung einer breiten Gerätepalette ist oft ein wichtiges Anliegen des Frontend-Entwicklungsteams . [ 56 ] Progressive Web-Apps ermöglichen es, dass einige Funktionen auch offline verfügbar sind. [ 57 ]

SaaS-Anwendungen bieten überwiegend Integrationsprotokolle und Anwendungsprogrammierschnittstellen (APIs) an, die über ein Weitverkehrsnetz funktionieren . [ 58 ]

Architektur

Die Architektur von SaaS-Lösungen variiert stark von Produkt zu Produkt. [ 59 ] Dennoch bieten die meisten SaaS-Anbieter eine Mandantenarchitektur an . [ 36 ] Bei diesem Modell wird für alle Kunden („Mandanten“) eine einzige Anwendungsversion mit einer einheitlichen Konfiguration ( Hardware , Netzwerk , Betriebssystem ) verwendet. [ 60 ] Dadurch entfällt für das Unternehmen die Notwendigkeit, mehrere Versionen und Konfigurationen zu unterstützen. [ 18 ] Der Architekturwechsel, bei dem jeder Kunde seine eigene Softwareversion auf seiner eigenen Hardware betreibt, beeinflusst viele Aspekte des Anwendungsdesigns und der Sicherheitsfunktionen. [ 60 ] In einer Mandantenarchitektur können viele Ressourcen von verschiedenen Mandanten genutzt oder von mehreren Mandanten gemeinsam genutzt werden. [ 61 ]

Anwendungs- und Steuerungsebenen eines SaaS-Produkts

Die Struktur einer typischen SaaS-Anwendung lässt sich in Anwendungs- und Steuerungsebene unterteilen. [ 62 ] SaaS-Produkte unterscheiden sich in der Art der Trennung dieser Ebenen; sie können eng integriert oder lose gekoppelt in einem ereignis- oder nachrichtenbasierten Modell sein. [ 63 ] Die Steuerungsebene ist für die Systemsteuerung zuständig und umfasst Funktionen wie Mandanten-Onboarding, Abrechnung und Metriken sowie das System, das der SaaS-Anbieter zur Konfiguration, Verwaltung und zum Betrieb des Dienstes verwendet. [ 62 ] Viele SaaS-Produkte werden mit unterschiedlichen Servicelevels zu verschiedenen Preisen angeboten ( Tiering) . Dies kann sich auch auf die Architektur beider Ebenen auswirken, ist aber üblicherweise in der Steuerungsebene angesiedelt. [ 64 ] Im Gegensatz zur Anwendungsebene sind die Dienste der Steuerungsebene nicht für Mandantenfähigkeit ausgelegt. [ 65 ]

Ein Beispiel für eine Architektur, bei der einige Dienste gemeinsam genutzt werden, während andere mandantenspezifisch zugeordnet werden [ 66 ].

Die Anwendungsebene – die je nach Art des Produkts stark variiert – implementiert die Kernfunktionalität des SaaS-Produkts. [ 65 ] Zu den wichtigsten Designaspekten gehört die Trennung der verschiedenen Mandanten, sodass diese weder die Daten noch die Ressourcen anderer Mandanten einsehen oder verändern können. [ 67 ] Mit Ausnahme einfachster SaaS-Anwendungen werden einige Microservices und andere Ressourcen mandantenspezifisch zugewiesen, anstatt von allen Mandanten gemeinsam genutzt zu werden. [ 68 ] Routing-Funktionalität ist erforderlich, um Mandantenanfragen an die entsprechenden Dienste weiterzuleiten. [ 66 ]

Beispiel einer SaaS-Bereitstellungsarchitektur, die eine vollständige Silobildung auf einer Premium-Ebene und eine gemischte Microservice- Bereitstellung für andere Mandanten bietet [ 69 ].

Manche SaaS-Produkte teilen keine Ressourcen zwischen den Mandanten – dies wird als Silo-Management bezeichnet. Obwohl dies viele Effizienzvorteile von SaaS zunichtemacht, erleichtert es die Migration von Legacy-Software zu SaaS [ 70 ] und wird mitunter als Premium-Angebot zu einem höheren Preis angeboten. [ 71 ] Die gemeinsame Nutzung aller Ressourcen könnte zwar eine höhere Effizienz ermöglichen, [ 72 ] doch betrifft ein Ausfall alle Kunden, weshalb der Verfügbarkeit höchste Priorität eingeräumt werden muss. [ 73 ] Viele Systeme nutzen eine Kombination beider Ansätze, indem sie einige Ressourcen gemeinsam nutzen und andere in Silos abgrenzen. [ 74 ] Andere Unternehmen gruppieren mehrere Mandanten in Pods und teilen die Ressourcen untereinander. [ 75 ]

Die SaaS-Architektur ermöglicht es Benutzern typischerweise, über einen Webbrowser auf Anwendungen zuzugreifen, ohne Software auf ihren lokalen Geräten installieren zu müssen. Dieser Ansatz vereinfacht die Softwarewartung und -aktualisierung, da Dienstanbieter die Anwendung zentral verwalten können. Er ermöglicht es Unternehmen außerdem, Dienste problemlos an ihre Bedürfnisse anzupassen. [ 76 ]

In den Vereinigten Staaten schützen die verfassungsrechtlichen Bestimmungen zu Durchsuchungsbefehlen nicht alle Formen dynamisch gespeicherter SaaS-Daten. Dies hat zur Folge, dass Regierungen unter Umständen Daten von SaaS-Anbietern ohne Zustimmung des Eigentümers anfordern können. [ 77 ] [ 78 ]

Bestimmte Open-Source-Lizenzen wie die GPL-2.0 gewähren keine expliziten Rechte, die den Vertrieb als SaaS-Produkt in Deutschland erlauben. [ 79 ]

KI-Herausforderungen

Im Jahr 2026, mit dem Aufkommen generativer KI- Tools, erlebten zahlreiche SaaS-Unternehmen einen drastischen Kursverfall. Am 3. Februar kam es zu einem Wertverlust von 300 Milliarden US-Dollar in einer Krise, die als „SaaS-Pokolypse“ bezeichnet wurde. [ 80 ]

Referenzen

  1. ^ Panker, Jon; Lewis, Mark; Fahey, Evan; Vasquez, Melvin Jafet (August 2007). „Wie spricht man IT aus?“ . TechTarget . Archiviert vom Original am 28. November 2016 . Abgerufen am 24. Mai 2012 .
  2. ^ Golding 2024 , S. 14.
  3. ^ a b c d Dempsey & Kelliher 2018 , S. 2.
  4. ^ „Infrastructure as a Service (IaaS) | Cloud Information Center“ . cic.gsa.gov . Abgerufen am 19.01.2026 .
  5. ^ Rosati & Lynn 2020 , S. 22.
  6. ^ a b Rosati & Lynn 2020 , S. 23.
  7. ^ Ibrahim et al. 2023 , S. 258.
  8. ^ Dempsey & Kelliher 2018 , p. 17.
  9. ^ Dempsey & Kelliher 2018 , S. 17–18.
  10. ^ a b Dempsey & Kelliher 2018 , p. 19.
  11. ^ Dempsey & Kelliher 2018 , p. 33.
  12. ^ a b Rosati & Lynn 2020 , S. 20.
  13. ^ „Die Geburtsstunde des Time-Shared Computing – Robert Fano“ . Infinite MIT . Abgerufen am 2. Februar 2026 .
  14. ^ Dempsey & Kelliher 2018 , S. 23, 31.
  15. ^ Watt 2023 , S. 8.
  16. ^ Dempsey & Kelliher 2018 , S. 24, 32.
  17. ^ Dempsey & Kelliher 2018 , p. 35.
  18. ^ a b c d Watt 2023 , S. 4.
  19. ^ Watt 2023 , S. 4, 8.
  20. ^ a b Clohessy et al. 2020 , S. 40.
  21. ^ Watt 2023 , S. 9.
  22. ^ a b c d Dempsey & Kelliher 2018 , S. 48.
  23. ^ Kumar, Vineet (1. Mai 2014). „Wie Freemium funktioniert“ . Harvard Business Review . ISSN 0017-8012 . Abgerufen am 19. Januar 2026 . 
  24. ^ Dempsey & Kelliher 2018 , S. 61–63.
  25. ^ Dempsey & Kelliher 2018 , S. 63–64.
  26. ^ Bhandari & Gupta 2019 , p. 21.
  27. ^ Dempsey & Kelliher 2018 , S. 48, 57.
  28. ^ Clohessy et al. 2020 , S. 40–41.
  29. ^ a b Dempsey & Kelliher 2018 , p. 57.
  30. ^ Rackham, Ivor (23.12.2024). „Unzufrieden über Adobes 50%igen Tiefschlag? Hier ist, was Sie tun können . “ Fstoppers .
  31. ^ „Abonnementmüdigkeit: Der nächste Trend?“ . International Finance . 18.11.2025 . Abgerufen am 04.03.2026 .
  32. ^ Dempsey & Kelliher 2018 , S. 57–58.
  33. ^ Dempsey & Kelliher 2018 , p. 11.
  34. ^ a b Dempsey & Kelliher 2018 , p. 66.
  35. ^ „Die 40er-Regel: Lehren von den Top-Performern in der Softwarebranche“ . Boston Consulting Group. 20. Mai 2025. Abgerufen am 30. März 2026 .
  36. ^ a b Garbis & Chapman 2021 , S. 185.
  37. ^ Kinnunen 2022 , S. 123–124.
  38. ^ Golding 2024 , S. 18.
  39. ^ Golding 2024 , S. 20.
  40. ^ Watt 2023 , S. 15.
  41. ^ Watt 2023 , S. 6, 16.
  42. ^ a b c Ibrahim et al. 2023 , S. 264, 266, 268.
  43. ^ Garbis & Chapman 2021 , S. 186.
  44. ^ Kinnunen 2022 , S. 137, 139.
  45. ^ Tallon et al. 2020 , S. 2.
  46. ^ Kinnunen 2022 , S. 124.
  47. ^ Golding 2024 , S. 25.
  48. ^ Dempsey & Kelliher 2018 , p. 36.
  49. ^ Dempsey & Kelliher 2018 , p. 37.
  50. ^ Dempsey & Kelliher 2018 , p. 39.
  51. ^ Watt 2023 , S. 11.
  52. ^ Watt 2023 , S. 16.
  53. ^ Younas et al. 2018 , S. 142.
  54. ^ Watt 2023 , S. 11–12, 16.
  55. ^ Watt 2023 , S. 12.
  56. ^ Watt 2023 , S. 13–14.
  57. ^ Watt 2023 , S. 13.
  58. ^ Manvi & Shyam 2021 , S. 105.
  59. ^ Golding 2024 , S. 47.
  60. ^ a b Golding 2024 , S. 25–26.
  61. ^ Golding 2024 , S. 26.
  62. ^ a b Golding 2024 , S. 27.
  63. ^ Golding 2024 , S. 44.
  64. ^ Golding 2024 , S. 40.
  65. ^ a b Golding 2024 , S. 28.
  66. ^ a b Golding 2024 , S. 38.
  67. ^ Golding 2024 , S. 36–37.
  68. ^ Golding 2024 , S. 37.
  69. ^ Golding 2024 , S. 76.
  70. ^ Golding 2024 , S. 55.
  71. ^ Golding 2024 , S. 55, 74–75.
  72. ^ Golding 2024 , S. 69.
  73. ^ Golding 2024 , S. 70.
  74. ^ Golding 2024 , S. 75–76.
  75. ^ Golding 2024 , S. 78.
  76. ^ „Was ist Software as a Service (SaaS)? | IBM“ . www.ibm.com . 05.08.2025 . Abgerufen am 05.03.2026 .
  77. ^ Arthur, Charles (14.12.2010). „Googles ChromeOS bedeutet Kontrollverlust über die Daten, warnt GNU-Gründer Richard Stallman“ . The Guardian . Vereinigtes Königreich . Archiviert vom Original am 28.02.2014 . Abgerufen am 16.02.2012 .
  78. ^ Adhikari, Richard (15.12.2010). „Warum Richard Stallman Chrome nicht mag“ . Linux Insider . Archiviert vom Original am 23.01.2021 . Abgerufen am 24.03.2015 .
  79. ^ Ballhausen 2014 , S. 61.
  80. ^ Contreras, Brian (06.02.2026). „Die Märkte erholen sich, aber die ‚SaaS-Apokalypse‘ könnte ein Vorbote zukünftiger Entwicklungen sein . “ Inc. Archiviert vom Original am 08.02.2026 . Abgerufen am 12.06.2026 .

Quellen

  • Ballhausen, Miriam (2014). „OpenSaaS: Nutzung freier und quelloffener Software als Software-as-a-Service“ . International Free and Open Source Software Law Review . 6 : 61–68 . ISSN  2666-8106 .
  • Bhandari, Guru Prasad; Gupta, Ratneshwer (2019). „Ein Überblick über Cloud- und Edge-Computing-Architekturen und ihre aktuellen Probleme und Herausforderungen“. Weiterentwicklung verbraucherorientierter Fog-Computing-Architekturen . IGI Global. S.  1–37 . ISBN 978-1-5225-7149-0Die
  • Dempsey, David; Kelliher, Felicity (2018). Branchentrends im Cloud Computing: Alternative Geschäftsmodelle für den B2B-Bereich . Springer International Publishing. ISBN 978-3-319-87693-1Die
  • Garbis, Jason; Chapman, Jerry W. (2021). Zero Trust Security: An Enterprise Guide . Apress. ISBN 978-1-4842-6703-5Die
  • Golding, Tod (2024). Entwicklung mandantenfähiger SaaS-Architekturen . O'Reilly Media. ISBN 978-1-0981-4061-8Die
  • Ibrahim, Ahmed Mamdouh Abdelfatah; Abdullah, Norris Syed; Bahari, Mahadi (2023). Software as a Service Challenges: A Systematic Literature Review . Springer International Publishing. S.  257–272 . ISBN 978-3-031-18344-7Die
  • Kinnunen, Juha (2022). ERP als Software-as-a-Service: Faktoren, die die Cloud-Einführung in großen Unternehmen beeinflussen . Springer International Publishing. S.  123–142 . ISBN 978-3-030-99191-3Die
  • Lynn, Theo; Mooney, John G.; Rosati, Pierangelo; Fox, Grace (2020). Messung des Geschäftswerts von Cloud Computing . Springer Nature. ISBN 978-3-030-43198-3Die
    • Tallon, Paul P.; Mooney, John G.; Duddek, Marvin (2020). „Measuring the Business Value of IT“. Measuring the Business Value of Cloud Computing . Springer International Publishing. S.  1–17 . ISBN 978-3-030-43198-3Die
    • Rosati, Pierangelo; Lynn, Theo (2020). „Messung des Geschäftswerts der Infrastrukturmigration in die Cloud“. Messung des Geschäftswerts von Cloud Computing . Springer International Publishing. S.  19–37 . ISBN 978-3-030-43198-3Die
    • Clohessy, Trevor; Acton, Thomas; Morgan, Lorraine (2020). „Der Nutzen von SaaS: Messung des Geschäftswerts der Bereitstellung von Software-as-a-Service-Technologien“. Messung des Geschäftswerts von Cloud Computing . Springer International Publishing. S.  39–55 . ISBN 978-3-030-43198-3Die
  • Manvi, Sunilkumar; Shyam, Gopal (2021). Cloud Computing: Konzepte und Technologien . CRC Press. S. 105. ISBN 9781000337952Die
  • Watt, Andy (2023). Moderne SaaS-Anwendungen mit C# und .NET entwickeln: Professionelle SaaS-Anwendungen erstellen, bereitstellen und warten . Packt. ISBN 978-1-80461-087-9Die
  • Younas, Muhammad; Jawawi, Dayang NA; Ghani, Imran; Fries, Terrence; Kazmi, Rafaqut (2018). „Agile Entwicklung in der Cloud-Computing-Umgebung: Eine systematische Übersicht“. Information and Software Technology . 103 : 142–158 . doi : 10.1016/j.infsof.2018.06.014 .

Weiterführende Literatur

  • Fox, Armando; Patterson, David A. (2020). Engineering Software as a Service: An Agile Approach Using Cloud Computing . Pogo Press. ISBN 978-1-7352338-0-2Die