Microtenants unterteilen eine ZPA-Umgebung in getrennte Bereiche, etwa nach Tochtergesellschaft, Region oder Geschäftsbereich. Fachlich ist das richtig: Jeder Bereich verwaltet, was ihm gehört. Betrieblich entsteht dadurch die Frage, wie eine zentrale Stelle noch den Überblick behält, ohne die Trennung aufzuweichen. ZPA Microtenant Control verwaltet mehrere Microtenants aus einer Oberfläche, während die strukturelle Trennung erhalten bleibt.
Warum Umgebungen unterteilt werden
Ein Konzern mit mehreren Tochtergesellschaften hat selten eine einzige IT-Verantwortung. Jede Gesellschaft hat eigene Anwendungen, eigene Zuständige und oft eigene rechtliche Rahmenbedingungen. Microtenants bilden diese Struktur in der ZPA-Umgebung ab.
Das ist keine technische Spielerei, sondern eine Abbildung der Wirklichkeit. Wer für eine Tochtergesellschaft verantwortlich ist, soll deren Zugänge verwalten können, ohne versehentlich in einen fremden Bereich zu greifen.
Das Betriebsproblem, das dabei entsteht
Die gewollte Trennung hat eine Folge, die man erst im Betrieb bemerkt. Wer eine übergreifende Frage beantworten muss, steht plötzlich vor mehreren getrennten Umgebungen.
Fragen dieser Art sind häufiger, als es zunächst scheint. Wie viele externe Zugänge bestehen konzernweit? Ist eine bestimmte Anwendung in mehreren Bereichen erreichbar? Wo greift eine Regel, die überall gelten sollte? Jede dieser Fragen erfordert bisher denselben Ablauf: nacheinander anmelden, nachsehen, notieren, zusammenrechnen.
Was ZPA Microtenant Control tut
ZPA Microtenant Control ermöglicht die Verwaltung mehrerer Microtenants aus einer Oberfläche. Der Überblick entsteht auf der Oberfläche, nicht durch das Zusammenlegen der Bereiche.
Das ist der entscheidende Punkt. Die strukturelle Trennung bleibt vollständig erhalten. Was sich ändert, ist nicht die Abgrenzung, sondern der Weg, sie zu überblicken.
Überblick ohne Vermischung
Der berechtigte Einwand gegen jede übergreifende Sicht lautet: Weicht sie nicht genau die Trennung auf, die man aufgebaut hat? Die Antwort hängt daran, wo die Trennung durchgesetzt wird.
Wird sie nur durch getrennte Anmeldungen erzwungen, dann ja. Wird sie darunter erzwungen, über Rollen und über die Datenhaltung, dann nein: Dann sieht jede Person genau die Bereiche, für die sie berechtigt ist, und die gemeinsame Oberfläche ist nur die Art, wie sie darauf zugreift.
Für wen sich das besonders lohnt
Am deutlichsten spürbar ist der Unterschied dort, wo eine kleine zentrale Mannschaft viele Bereiche betreut: in Konzernen mit schlanker Zentral-IT und in Systemhäusern, die mehrere Kunden verantworten.
Dort ist der Wechsel zwischen Umgebungen nicht eine Unbequemlichkeit, sondern ein spürbarer Teil der Arbeitszeit, der niemandem zugutekommt.
Eine gemeinsame Oberfläche ist keine gemeinsame Datenhaltung. Entscheidend ist, dass die Abgrenzung unterhalb der Oberfläche erzwungen wird, über Rollen und Datenhaltung, nicht über getrennte Anmeldungen.
Häufige Fragen
Was ist ein ZPA-Microtenant?
Eine Unterteilung innerhalb einer ZPA-Umgebung, mit der sich Verantwortungsbereiche voneinander trennen lassen, etwa nach Tochtergesellschaft, Region oder Geschäftsbereich.
Was macht ZPA Microtenant Control?
Es ermöglicht die Verwaltung mehrerer Microtenants aus einer Oberfläche, während die strukturelle Trennung zwischen den Bereichen erhalten bleibt.
Weicht eine gemeinsame Oberfläche die Trennung auf?
Nicht, wenn die Abgrenzung unterhalb der Oberfläche erzwungen wird, über Rollen und Datenhaltung. Dann sieht jede Person genau die Bereiche, für die sie berechtigt ist.
Wer profitiert am meisten davon?
Organisationen, in denen eine kleine zentrale Mannschaft viele Bereiche betreut: Konzerne mit schlanker Zentral-IT und Systemhäuser mit mehreren Kunden.
Welche Fragen werden dadurch beantwortbar?
Übergreifende Fragen, die bisher mehrere Anmeldungen erforderten: wie viele externe Zugänge konzernweit bestehen, wo eine bestimmte Anwendung erreichbar ist, ob eine Regel überall greift.
Quellen
Den Arbeitsablauf im Kontext ansehen
Wählen Sie im Demo-Launcher die passende Rolle. Die Demo verwendet vorbereitete Beispieldaten.
Demo-Launcher öffnen