In den letzten Monaten wurde die sandsiv+ Lösung zunehmend von Unternehmenskunden mit Niederlassungen in mehreren Ländern und mehreren Kontinenten verwendet. Die Wahl wurde nicht nur von der Qualität und den Fähigkeiten der Voice of the customer-Lösung bestimmt, sondern gerade die Wahl der technologischen Architektur war für viele Kunden von grundlegender Bedeutung: Heute ist es möglich, die sandsiv+ Lösung nicht nur in der vom Kunden bevorzugten Cloud (z.B. AWS, Azure, Google Cloud, Alibaba, etc.) zu nutzen, sondern auch in dem geografischen Zentrum nach Wahl. Und das alles in einer hochsicheren Umgebung ohne gemeinsame Nutzung von Ressourcen mit anderen Kunden. Eine “Cloud-Native Single Tenant”-Lösung. Sehen wir uns das an!
Es gibt eine Wahrheit über SaaS-Lösungen (Software as a Service), die die Definition von Cloud-basierter Technologie verdreht. Handelt es sich bei der vom Anbieter angebotenen Lösung um eine Verlagerung seiner herkömmlichen Softwarelösung in die Cloud? Oder ist sie wirklich cloud-nativ, von Grund auf so konzipiert, dass sie als Cloud-Lösung optimiert werden kann?
Die zweite wichtige Frage lautet: Handelt es sich um eine mandantenfähige Lösung oder um eine supersichere, mandantenfähige Cloud-native Umgebung? Diese zweite Frage spielt eine wichtige Rolle, denn große internationale Unternehmen, die ihre Infrastruktur bereits in die Cloud verlagert haben, bevorzugen mandantenfähige Cloud-Native-Lösungen – warum?
Die meisten von uns betrachten Software as a Service als etwas Einzigartiges. Eine Blackbox, aus der sie Software in Form eines Dienstes beziehen und es gibt keine besonderen Unterschiede. In Wirklichkeit stimmt das absolut nicht, der von der Software angebotene Dienst kann auf eine andere Art und Weise als diese “Black Box” bereitgestellt werden, und die Unterschiede sind tiefgreifend, vor allem auf der Ebene der Sicherheit, der Verwaltung von Datenschutzrichtlinien, der Versionsverwaltung und der Ressourcenverwaltung. Dieser Unterschied wird mit der explosionsartigen Zunahme der Nutzung von Cloud-Diensten, die von großen Akteuren wie Google, Microsoft, Amazon und Alibaba angeboten werden, um nur einige zu nennen, immer deutlicher.
Hat “klassisches” SaaS seine Grenzen?
Bis vor kurzem hat uns die Nutzung eines SaaS-Dienstes nicht allzu viele Fragen aufgeworfen: Wir erhalten einen Dienst, und wie dieser im Vorfeld verwaltet wird, ist nicht unbedingt unser Problem. Wir haben ein klares Service Level Agreement (SLA) definiert, und das genügt uns, um die Qualität unseres Dienstes zu messen. Und hier kommt der erste Denkanstoß: Die Innovation in Richtung Cloud-Services, das Management von IT-Business-Ökosystemen mit Microservices in Containern und die Leichtigkeit, mit der diese Container mit Lösungen wie Kubernetes (gemeinsam) verwaltet werden, haben jedem die großen Grenzen des “klassischen” SaaS-“Multi-Tenant”-Ansatzes mit gemeinsam genutzten Services und Datenbanken vor Augen geführt. Das ist ein bisschen wie der Unterschied zwischen dem Wohnen in einer riesigen Eigentumswohnung und in einer Villa, die von einem schönen Park abgeschirmt ist… mit der Möglichkeit, einen Swimmingpool zu bauen, wenn man will.
Warum ist der Unterschied zwischen einem Single- und Multi-Tenant so wichtig ?
Weil es besser ist, in einer von einem Park umgebenen Villa mit einem schönen Pool zu leben als in einem Hochhaus mit 1.000 anderen Menschen, die sich einen einzigen Aufzug teilen! Scherz beiseite, klassisches “SaaS” hat Vorteile, die durch eine mandantenfähige Architektur gegeben sind. Eine mandantenfähige Lösung teilt sich gemeinsame Ressourcen, darunter möglicherweise eine Backend-Datenbank, um eine logische Trennung von Daten und Berechtigungen zu gewährleisten und Informationen, Konfigurationen und Laufzeit von anderen logischen Benutzergruppen zu isolieren. Wenn “Multi-Tenant” auf Cloud-Native basiert, bietet es eine Methode zur effizienten Skalierung der Lösung und verhindert bei korrekter Implementierung ein unsachgemäßes Abfließen von Daten von einem Tenant zum anderen, während gemeinsame Ressourcen genutzt werden.
Im Gegensatz dazu handelt es sich bei einer Single-Tenant-Lösung um die Bereitstellung einer Anwendung, die keine Backend- oder Datenbankressourcen mit einer anderen Betriebsinstanz teilt. Das heißt, die Laufzeit und die Daten sind für ein einzelnes Unternehmen, eine Abteilung oder eine Organisation bestimmt, und ein rollenbasiertes Zugriffsmodell wird verwendet, um Berechtigungen zu kontrollieren und Datensätze zu isolieren. Die Trennung von Daten und Ressourcen ist physisch, nicht logisch wie bei Multi-Tenant.
Traditionelle On-Premise-Technologien werden im Allgemeinen als Single-Tenant-Lösungen betrachtet, während Cloud-basierte Lösungen im Allgemeinen als Multi-Tenant-Lösungen angesehen werden. Dies war bis vor kurzem der Fall, aber wie so oft ändern sich die Zeiten schnell, insbesondere im Technologiebereich, weshalb neue Lösungen entstanden sind, die das Beste aus beiden Welten vereinen: “Cloud-Native Single Tenant”. Diese Lösungen bieten heute einen nicht unerheblichen Wettbewerbsvorteil und können einen großen Wettbewerbsvorteil für Ihr Unternehmen schaffen. Ich habe erklärt, was Single Tenant ist, aber ich habe mich nicht mit Cloud-Native beschäftigt. Cloud-Native ist eine Architektur, mit der Sie die Vorteile des Cloud Computing voll ausschöpfen können.
Was ist Cloud Computing?
Cloud Computing oder “ein Modell zur Ermöglichung eines allgegenwärtigen, kostengünstigen Netzwerkzugriffs auf einen gemeinsamen Pool konfigurierbarer Rechenressourcen, die schnell und mit minimalem Verwaltungsaufwand oder Interaktion mit dem Dienstanbieter bereitgestellt und freigegeben werden können”, ist das Herzstück bekannter SaaS-Produkte wie Salesforce, Google Apps, Slack und Zoho. Alle diese Beispiele entsprechen dem Modell eines zentral gehosteten Dienstes, der über ein Abonnement erworben wird (SaaS). Das bedeutet, dass SaaS-Anbieter den größten Teil des Technologie-Stacks, der für den Betrieb der Software erforderlich ist, verwalten, überwachen und warten. Der Lizenzgeber nimmt den Dienst einfach in Anspruch, anstatt die Infrastruktur und den Einsatz innerhalb eines Cloud-Infrastrukturdienstes zu verwalten.
Die Kombination von Cloud-Native und Single Tenant ermöglicht es uns, alle Vorteile beider Welten zu nutzen: On-Prem und SaaS. Insbesondere: Sicherheit, Datenschutz, Disaster Recovery, Backup-Richtlinien und vieles mehr.
Ist Sicherheit etwas, bei dem Sie keine Kompromisse eingehen?
Bei jeder multi-tenant Lösung besteht immer das Risiko, dass Daten an ein anderes Unternehmen weitergegeben werden oder dass eine Schwachstelle, die ein Unternehmen betrifft, dazu genutzt wird, die Daten eines anderen Unternehmens offenzulegen. Dies kann sogar durch eine einfache Fehlkonfiguration des Backends oder ein unsicheres Add-on eines Drittanbieters geschehen, das die Sicherheit des mandantenfähigen Modells gefährdet. Im Grunde genommen liegt dies außerhalb Ihrer Kontrolle. Denken Sie noch einmal daran, dass die Daten nicht physisch voneinander getrennt sind.
Im Gegenteil: Ihr Cloud-Native Single Tenant gehört Ihnen. Sie können die Sicherheit nach Ihren eigenen Richtlinien verwalten und sie dann anpassen. Auch wenn es sich um eine SaaS-basierte Lösung handelt, haben Sie wie bei Vollversionen die Kontrolle über die Patch-Verwaltung und -Wartung, obwohl der Anbieter die Installation vollständig automatisiert. Da es sich um eine Single-Tenant-Lösung handelt, sind die Daten in Ihrer privaten Umgebung physisch getrennt. Das Risiko eines Datenverlusts ist wesentlich geringer.
Ist der Datenschutz ein wichtiges Thema für Ihr Unternehmen?
Bei jeder multi-tenant Lösung können Sie keine individuellen Richtlinien für Ihre Prozesse und Daten durchsetzen. Sind Sie bereit, sich GDPR-Richtlinien aufzwingen zu lassen, oder wollen Sie, dass Ihre Empfehlungen durchgesetzt werden? Sind Sie damit einverstanden, dass Ihre Richtlinien zur Notfallwiederherstellung und Geschäftskontinuität nicht durchgesetzt werden? Wenn dies sensible Themen für Ihr Unternehmen sind, sollten Sie über Alternativen nachdenken und diese in Betracht ziehen.
In einer Cloud-Native-Single-Tenant-Umgebung sind Sie derjenige, der die Richtlinien unabhängig von anderen verwaltet. In diesem Fall wird die GDPR gemäß der Datenschutzvereinbarung, die Sie mit Ihren Kunden abgeschlossen haben, sowie allen anderen Sicherheitsrichtlinien gehandhabt. Ein großes Plus.
Ist eine Kontrolle der Vesrion in Ihrem System wichtig?
Ein multi-tenant SaaS-Anbieter überwacht, wann Ihre Version aktualisiert wird. Er gibt ein Wartungsfenster für die Aktualisierung vor, und Sie sind gezwungen, die Änderungen zu akzeptieren, selbst wenn sie nicht in einem für Ihr Unternehmen wünschenswerten Zeitraum liegen. Wenn das Update eine unerwünschte Änderung (Bugs oder Inkompatibilitäten) mit sich bringt, gibt es keine Möglichkeit, die Änderungen rückgängig zu machen, da mehrere Unternehmen dieselben mandantenfähigen gemeinsamen Ressourcen nutzen.
In einer “Cloud-Native Single Tenant”-Umgebung haben Sie das letzte Wort bei der Verwaltung von Releases. Sie können beantragen, dass Ihre Version gegenüber anderen Kunden verschoben wird.
Was ist also ein Cloud-Native Single Tenant-System?
Wie ich bereits erwähnt habe, stellen Sie sich vor, Sie hätten alle Vorteile einer On-Premise-Lösung in einer Cloud-Lösung, die mit ein paar Klicks auf Ihrer Cloud-Konsole vertikal und horizontal skaliert werden kann, sei es Microsoft Azure, Amazon AWS, Google Cloud oder eine andere. Stellen Sie sich vor, Sie könnten die Vorteile von Cloud-Native zu Ihren Gunsten kombinieren. Zu Ihren Gunsten der Agilität
Stellen Sie sich vor, Sie könnten die Vorteile einer Lösung nutzen, die als Cloud-Native-Anwendung entwickelt, konzipiert und bereitgestellt wird und aus mehreren unabhängigen Diensten besteht. Die Unabhängigkeit der einzelnen Dienste ermöglicht es, sie isoliert zu warten und zu skalieren, und zwar horizontal und nicht vertikal. Jeder der Dienste sollte für eine kontinuierliche Integration und Bereitstellung durch agile DevOps innerhalb einer Cloud-Infrastruktur automatisiert werden, und es sollten umfassende Tests durchgeführt werden, um sicherzustellen, dass der Dienst für schnelle Bereitstellungszyklen nicht unterbrochen wird.
Nun, es ist nicht nötig, sich das vorzustellen, denn diese Vision existiert bereits heute. Alle unsere sandsiv+-Kunden profitieren bereits von einer “Cloud-Native Single Tenant”-Lösung, die schnell und sicher auf ihre spezifischen Anforderungen reagieren kann, und zwar durch geringere Kosteneinsparungen und einen schnellen Return on Investment. All dies garantiert maximale Agilität und die Möglichkeit, die Lösung in der vom Kunden gewählten Cloud (in einigen Fällen sogar privat) und in einem geografischen Knotenpunkt seiner Wahl bereitzustellen.
Sind Sie an einer Voice-of-the-Customer-Lösung interessiert, die sich als Produkt der Wahl für multinationale Unternehmenskunden mit Niederlassungen auf der ganzen Welt erweist? Dann kontaktieren Sie uns bei SANDSIV und erhalten Sie ein Maß an Sicherheit und Datenschutz, das in der alten mandantenfähigen Architektur nicht möglich ist.