Aufbau von mandantenfähigen SaaS-Architekturen

Kapitel 15. SaaS Anywhere

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Bisher habe ich die SaaS-Architektur so dargestellt, dass davon ausgegangen wird, dass alle Ressourcen des Systems vom SaaS-Anbieter verwaltet und kontrolliert werden. Tatsächlich wird ein Großteil des Wertes, der Größe und der Effizienz von SaaS dadurch erreicht, dass die Details der zugrunde liegenden Infrastruktur des Systems verborgen bleiben. Dies ist ein Eckpfeiler der As-a-Service-Mentalität, bei der die Mieter/innen nur die Oberfläche (Anwendung, API usw.) deiner Lösung berühren können. So können die Teams ihre Umgebungen kontinuierlich verbessern und optimieren und zwischen verschiedenen Technologien und Designs wechseln, ohne Angst haben zu müssen, dass sich dies auf die Mieter auswirkt. Gleichzeitig gibt es Anwendungsfälle, in denen du diese Grenzen überschreiten musst, damit Teile deiner SaaS-Architektur in Umgebungen gehostet werden können, die von deinem Kunden kontrolliert werden. Diese Idee, Teile deines Systems in verschiedenen Umgebungen laufen zu lassen (in der Cloud, vor Ort, im Konto eines Kunden), habe ich als SaaS Anywhere bezeichnet.

In diesem Kapitel befassen wir uns zunächst mit einigen grundlegenden Faktoren, die dazu führen können, dass Teams diese SaaS Anywhere-Erfahrungen entwickeln. Wir werden einige der geschäftlichen und technischen Realitäten untersuchen, die die Notwendigkeit der Verteilung ...