{"id":7467,"date":"2022-08-02T10:00:02","date_gmt":"2022-08-02T08:00:02","guid":{"rendered":"https:\/\/anexia.com\/blog\/?p=7467"},"modified":"2022-11-24T15:18:06","modified_gmt":"2022-11-24T14:18:06","slug":"wo-wird-multi-tenancy-bzw-mandantenfaehigkeit-eingesetzt","status":"publish","type":"post","link":"https:\/\/anexia.com\/blog\/de\/wo-wird-multi-tenancy-bzw-mandantenfaehigkeit-eingesetzt\/","title":{"rendered":"Wo wird Multi Tenancy beziehungsweise Mandantenf\u00e4higkeit eingesetzt?"},"content":{"rendered":"

Was ist Multi Tenancy?<\/h2>\n

Der gebr\u00e4uchliche deutsche Ausdruck f\u00fcr Multi Tenancy ist Mandantenf\u00e4higkeit. Bei einer mandantenf\u00e4higen Softwarel\u00f6sung verwenden mehrere unterschiedliche Kunden beziehungsweise deren Anwender dieselbe Software-Instanz. Sie sind zu jedem Zeitpunkt vollst\u00e4ndig voneinander getrennt und nehmen keinen anderen Mandanten am gemeinsam genutzten System wahr.<\/p>\n

Das bedeutet, dass die Mandanten niemals die M\u00f6glichkeiten haben, auf die Daten der anderen Mandanten zuzugreifen. Die Trennung, Isolierung und Sicherheit der Daten muss aus diesem Grund bereits beim Entwurf des Datenmodells konzipiert werden, um eine Softwarel\u00f6sung mandantenf\u00e4hig zu machen.<\/p>\n

 <\/p>\n

Einsatzgebiete von Multi Tenancy<\/h2>\n

F\u00fcr einen Konzern hat eine mandantenf\u00e4hige Buchhaltungssoftware insbesondere den Vorteil, die Daten jeder Tochtergesellschaft in getrennten Datenbanken zu speichern. Auch beim Einsatz von ERP und CMS Systemen ist Multi Tenancy seit vielen Jahren der Standard.<\/p>\n

Wird jedem Kunden eine eigene System-Instanz zur Verf\u00fcgung gestellt, dann spricht man von einer Single Tenancy Architektur. Diese werden in der Regel auf virtuellen Umgebungen eingesetzt.<\/p>\n

Bei Multi Tenancy Architekturen ist eine virtualisierte Umgebung nicht zweckm\u00e4\u00dfig, da die Software die Trennung der Mandanten bereits enth\u00e4lt. Man erspart sich dadurch den Ressourcen-Overhead, den virtualisierte Umgebungen zwangsl\u00e4ufig mitbringen.<\/p>\n

 <\/p>\n

\"Varianten<\/p>\n

 <\/p>\n

Unterschiedliche mandantenf\u00e4hige Architekturen<\/h2>\n

Ein weiterer Vorteil von Multi Tenancy ist die M\u00f6glichkeit, alle Daten und Objekte mandantenabh\u00e4ngig oder mandanten\u00fcbergreifenden zu definieren. Beispielweise sind allgemeing\u00fcltige Daten wie Postleitzahlen, St\u00e4dte- und L\u00e4ndernamen mandanten\u00fcbergreifend f\u00fcr alle Benutzer zug\u00e4nglich und m\u00fcssen nur an einer Stelle gewartet werden. Die Datenbank kann auf drei verschiedene Arten in die Anwendung eingebunden werden. Entweder verwenden alle Mandanten eine gemeinsame Datenbank mit einem gemeinsamen Datenbank-Schema, oder es werden separate Schemata oder sogar separate Datenbanken verwendet.<\/p>\n

Eine dezidierte Datenbank pro Mandanten bietet einerseits die maximale Flexibilit\u00e4t und st\u00e4rkste Isolation der Daten, erfordert aber auch den h\u00f6chsten Aufwand bei der Wartung, Skalierung und beim Management des Systems.<\/p>\n

Eine gemeinsam genutzte Datenbank mit separaten Schemata ist sinnvoll, wenn einige wenige Datenfelder angepasst oder erg\u00e4nzt werden m\u00fcssen, die Anwendung aber zum Gro\u00dfteil auf die vorab definierten Datenfelder zugreifen kann. Im Idealfall nutzen alle Mandanten dieselbe Datenbank und Schema, wodurch der geringste Aufwand f\u00fcr die Wartung und den laufenden Betrieb entsteht. Neben der effizienten Nutzung der Hardwareressourcen, ist diese Variante auch am einfachsten zu skalieren.<\/p>\n

 <\/p>\n

Nachteile von Multi Tenancy Architekturen<\/h2>\n

Bei allen Vorteilen muss man aber auch erw\u00e4hnen, dass durch die gleichzeitige Nutzung der Anwendung durch viele Nutzer und Mandanten keine Leistungs-Garantie m\u00f6glich ist.
\nEs gibt zwar ein paar M\u00f6glichkeiten die Auslastung etwas auszubalancieren, diese sind aber nicht vergleichbar mit der Leistungszuweisung in einer virtuellen Umgebung. Auch das Backup und Recovery der Daten ist bei einer Multi Tenancy L\u00f6sung sehr komplex, da die Daten nicht so stark voneinander isoliert sind wie in bei einer Multi-Instances-Architektur und beim Recovery einen zus\u00e4tzlichen Aufwand erfordert. Zus\u00e4tzlich betreffen fehlerhafte oder fehlgeschlagene Updates gleichzeitig alle Mandanten im System.<\/p>\n

 <\/p>\n

Multi-Tenant vs. Single-Tenant<\/h2>\n

Die gebr\u00e4uchlichere Variante f\u00fcr aktuelle SaaS L\u00f6sungen ist auf jeden Fall Multi Tenancy, da die effiziente Ressourcennutzung und geringen Wartungskosten einen entscheidenden Preisvorteil gegen\u00fcber Single Tenancy bietet. Nur wenn absolute Flexibilit\u00e4t und Kontrolle notwendig sind, ist eine Single Tenant Infrastruktur in der Regel die bessere Wahl.<\/p>\n

 <\/p>\n

Weiterf\u00fchrende Information<\/h2>\n