Upsun als SaaS-Entwicklungs- und Verwaltungsplattform

Beim Modell "Software as a Service" (SaaS) wird jeder Kunde als Mieter der Anwendung behandelt. Um die SaaS-Anwendung zu nutzen, muss jeder Mieter in der Regel ein Abonnement bezahlen.

Untersuchung von drei SaaS-Verwaltungsplattform-Mietmodellen

• Architektur mit mehreren Mandanten: Alle Kunden nutzen dieselbe Anwendungsinstanz und Datenbank, aber ihre Daten sind logisch getrennt und isoliert.
  

• Single-Tenant-Architektur: Jeder Kunde hat seine eigene Instanz der Anwendung und Datenbank, die in seiner eigenen Umgebung läuft.
  

• Gemischtmandanten-Architektur: Dieses Modell kombiniert die beiden oben genannten Architekturen.
  

In diesem Artikel konzentrieren wir uns auf die spezifischen Herausforderungen, die das Single-Tenant-Modell mit sich bringt, einschließlich Entwicklung, Bereitstellung und Aktualisierung mehrerer Instanzen der SaaS-Anwendung.

Nur eine weitere Webanwendung

Das Wichtigste zuerst: Eine SaaS-Anwendung ist im Grunde genommen eine ganz normale Webanwendung. Als solche kann das Produktentwicklungsteam, das daran arbeitet, nicht anders, als von den von Upsun angebotenen Funktionen zu profitieren, vorausgesetzt, wir können alle Komponenten ihres Tech-Stacks unterstützen - was wir höchstwahrscheinlich können. Einige unserer Kunden sind SaaS-Unternehmen, die das Multi-Tenant-Modell nutzen und von den hervorragenden Funktionen profitieren, die unser PaaS ihren Entwicklungsteams bietet.

Aber wie können wir die Grenzen erweitern, indem wir Upsun für die Skalierung und Verwaltung von Single-Tenant-SaaS-Anwendungen nutzen?

Einzelmandant: eine Flotte von Webanwendungen

Es ist bereits Teil unserer Mission, Unternehmen zu ermöglichen, Tausende von Anwendungen und Websites einfach zu betreiben. Das Besondere an einer Single-Tenant-SaaS-Anwendung ist, dass die vielen Instanzen, die aus der seriellen Bereitstellung der gleichen Anwendung resultieren, alle dieselbe Codebasis nutzen.

Dennoch wird jedes Upsun-Projekt standardmäßig von seinem eigenen Git-Repository unterstützt und gesteuert. Auf den ersten Blick scheint dies darauf hinzudeuten, dass die Verwaltung eines Single-Tenant SaaS-Modells auf Upsun ein Albtraum sein könnte!

Zum Glück ist das nicht der Fall.

Wenn Ihr SaaS ein Single-Tenant-Modell ist, dann ist der Hauptschmerzpunkt, dass Sie Automatisierung und Pipelines aufbauen müssen, um:

• Bereitstellung neuer Instanzen Ihrer SaaS-Anwendung jedes Mal, wenn ein neues Abonnement erworben wird
• Testen neuer Funktionen und Vorabversionen in produktionsähnlichen Umgebungen
• neue Releases/Codeänderungen auf alle aktiven Instanzen Ihrer SaaS-Anwendung auszurollen

Wir wissen bereits, dass Upsun bei vielen dieser Aufgaben hilft. Ich möchte Ihnen heute zeigen, wie Sie zwei unserer Funktionen nutzen können, die all das noch einfacher machen.

Quellintegrationen und Quelloperationen

Source-Integrationen ermöglichen es Ihnen, Ihren Code in einem Repository eines Drittanbieters zu speichern, das dann mit Ihrem Upsun-Projekt verknüpft wird. Das Ergebnis ist, dass alles, was in diesem Repository passiert, automatisch in das Git-Repository des Projekts übernommen wird. Der Clou an dieser Funktion ist, dass Sie das gleiche Repository eines Drittanbieters mit beliebig vielen Upsun-Projekten verknüpfen können.

Da diese Funktion jedoch Grenzen haben kann (zum Beispiel hat GitHub ein Limit von 20 Webhooks pro Repository), vervollständigt unsere eigene Funktion für Source Operations dieses Bild. Beide Funktionen können zusammen und komplementär genutzt werden.

So können Sie z. B. 10, 100 oder 1000 Projekte haben, die alle von demselben Git-Repository gesteuert werden. Und das eröffnet Ihnen unzählige neue Möglichkeiten.

Erstellen Sie eine neue Instanz

Ein neuer Kunde kommt und kauft ein Abonnement für Ihre SaaS-Anwendung.

Bei der Verwendung von Quellcode-Integrationen müssen Sie nur (a) ein neues leeres Projekt erstellen und (b) eine neue Integration zwischen dem Repository, das die Codebasis Ihrer SaaS-Anwendung enthält, und Ihrem Projekt erstellen. Durch die letztgenannte Aktion wird eine neue Instanz Ihrer SaaS-Anwendung in dem neu erstellten Projekt bereitgestellt.

Keine Sorge, Sie können dies automatisieren, indem Sie entweder unsere CLI oder unsere API verwenden. Sie könnten zum Beispiel etwas so Einfaches wie das Folgende von einem CI-Tool aus ausführen:

upsun project:create --region='eu-2.platform.sh --title='A SaaS' --environments=1 --storage=5 --default-branch=main --yes upsun integration:add --type github --repository your-org/your-repo --token TOKEN -p project_id_from_previous_command

Sie können auch unsere API verwenden, um die oben genannten Funktionen direkt in die Software zu integrieren, die Ihre Einkäufe verarbeitet.

Ähnlich verhält es sich mit den Source-Operationen: Man muss ein leeres Projekt erstellen und dann die Hauptumgebung mit einer Vorlage initialisieren, die bereits so konfiguriert ist, dass sie Source-Operationen verwendet, um den Code aus dem Repository zu ziehen, in dem die Entwicklung stattfindet.

Entwickeln und Testen

Eines unserer Aushängeschilder ist die Möglichkeit, die Produktionsumgebung sofort in eine Nicht-Produktionsumgebung mit all Ihren Daten zu klonen, wenn wir vom Hauptzweig (der die Produktionsumgebung versorgt) abzweigen. Dies bietet den Entwicklern den Luxus, eine produktionsähnliche Umgebung zu haben, in der sie ihre Funktionsänderungen einsetzen und testen können.

Wenn eine Quellcode-Integration (z. B. GitHub) für ein Upsun-Projekt aktiv ist, wird standardmäßig eine Feature-Umgebung erstellt, sobald eine neue Pull-Anfrage ausgegeben wird. Wenn mehr als ein Projekt mit demselben externen Repository verknüpft ist, geschieht dies für jedes dieser Projekte, vorausgesetzt, die Integration ist so konfiguriert, dass sie dies für jedes dieser Projekte tut.

Wenn Sie alle Ihre Quellcode-Integrationen gemäß den Standardeinstellungen erstellen, hat dies zur Folge, dass jedes Mal, wenn Sie eine neue Pull-Anforderung an das Repository stellen, das den Code für Ihre SaaS-Anwendung enthält, alle Instanzen auf Upsun, die mit diesem Repository verbunden sind, eine neue Umgebung erstellen.

Es steht Ihnen frei, ob Sie die Erstellung neuer Umgebungen wünschen oder nicht, aber Sie können jede Integration so konfigurieren, wie Sie es wünschen. Sie können jedoch jede Integration so konfigurieren, wie Sie es wünschen. Wahrscheinlich möchten Sie einen bestimmten Pool von Instanzen für Tests reservieren, damit Sie nicht jedes Mal, wenn Sie eine neue Pull-Anfrage stellen, zu viele Umgebungen erstellen müssen.

Sie können auch Source-Integrationen verwenden, um Ihr Entwicklungs-Repository mit den Instanzen zu verknüpfen, die Sie für automatisierte Tests verwenden möchten, und stattdessen Source-Operationen für alle anderen Instanzen verwenden, wo neue Versionen einfach heruntergeladen und getestet werden können, sobald sie fertig sind.

Ausrollen neuer Funktionen in die Produktion

Unabhängig davon, wie viele Instanzen Sie zum Testen Ihrer Änderungen ausgewählt haben, werden diese Änderungen irgendwann fertig sein. Der Einfachheit halber nehmen wir an, dass Sie sich für ein Micro-Release-Modell entschieden haben. Zum Beispiel ist jede Pull-Anfrage, die Sie haben, ein neuer Release-Kandidat für sich, und das Zusammenführen führt dazu, dass die Änderungen direkt in die Produktion gehen, egal ob es sich um Instanzen handelt, die mit Source-Integrationen oder Source-Operationen verbunden sind.

Dies mag beängstigend erscheinen, aber wenn Sie Ihre Änderungen klein halten und viele automatisierte Tests durchführen, ist dies tatsächlich ein sehr produktiver und schlanker Weg, um neue Änderungen auszurollen.

Wie ich schon sagte: Irgendwann sind diese Änderungen bereit zum Zusammenführen. Und wenn Sie sie zusammenführen, werden die neuen Commits zu den Instanzen gepusht, die über Source-Integrationen verbunden sind, und landen schließlich bei den Instanzen, die Updates über Source-Operationen abrufen.

Das Ergebnis ist in beiden Fällen dasselbe: Die neue Version Ihrer SaaS-Anwendung wird sofort auf alle aktiven Instanzen Ihrer Anwendung auf Upsun ausgerollt. Gut gemacht!

Nutzen Sie die Kraft des ROI

Upsun ist einzigartig positioniert, um zwei weitere Vorteile zu bieten, die Sie hier bei Upsun nutzen können.

1. Sie können die Kraft des massiven ROI nutzen, den es Ihnen beim Aufbau Ihres SaaS-Angebots bieten wird
2. Sie können sich entscheiden, selbst in den PaaS-Markt einzusteigen, und zwar über das Platform.sh OEM-Programm, denn Platform.sh ist der Motor von Upsun.

Und... sie schließen sich nicht gegenseitig aus. Sie können beides zur gleichen Zeit tun! Und wenn Sie das tun, dann sind Sie in einer wirklich einzigartigen Position - Sie können einen nahtlosen Upgrade-Pfad von der SaaS-Version Ihres Produkts zur PaaS-Version anbieten. In einem Single-Tenant-Modell bedeutet dies im Wesentlichen, dass Ihr Kunde Zugang zu demselben Upsun-Projekt erhält, das die ganze Zeit über hinter der Instanz seiner Anwendung stand!

Ist das nicht toll?

Warum setzen Sie sich nicht mit uns in Verbindung und lassen es geschehen?

Wenn Sie auf dem SaaS-Markt tätig sind, ist Upsun eine unglaubliche Lösung, die eine Vielzahl von Anforderungen an eine Management-Plattform erfüllt. Und wenn Sie daran denken, sowohl eine SaaS- als auch eine PaaS-Version Ihres Produkts anzubieten, dann ist Upsun die perfekte Lösung.