Zwei Tableau-Berechtigungen, die zwei verschiedene Aufgaben erledigen. Die eine trägt die Berechtigungen einer Person. Die andere erweitert eine Plattformfähigkeit. Die richtige zu wählen hält ein Berechtigungsmodell, das Sie über Jahre aufgebaut haben, dafür zuständig, wer was sieht.
Aktualisiert · 5 Min. Lesezeit
Das sind zwei Wege zu zwei verschiedenen Orten. Sie als austauschbar zu behandeln ist der folgenreichste Berechtigungsfehler in einer Tableau-Integration. Der Fehler ist häufig, weil beide funktionieren.
Die Regel hier ist in den Code geschrieben und im Modul formuliert, das sie umsetzt. Jeder Benutzer meldet sich mit seinem eigenen Tableau-Token an. Dieser Token trägt seine genauen Tableau-Berechtigungen. Er ist die Governance-Grenze für jeden Lesevorgang, jeden Schreibvorgang und jeden Assistenten- oder Tool-Aufruf, der für ihn gemacht wird.
Die Anmeldung gehört allein dem persönlichen Token. Ein Ein-Klick-Weg, der sie übersprang, existierte einmal, und er wurde absichtlich stillgelegt. Der Resolver wurde entfernt, und das Gateway lehnt einen Verbindungsversuch, der JWT-förmig ist, jetzt ab.
Der Grund ist praktisch, nicht architektonisch. Lassen Sie eine Dienstberechtigung eine Person anmelden, und jede Aktion danach trägt die Berechtigungen des Dienstkontos statt die der Person. Das Tableau-Berechtigungsmodell, das Ihr Team über Jahre aufgebaut hat, entscheidet dann nicht mehr, wer was sehen kann.
Sie deckt Plattformfähigkeit ab: Eine Person ist bereits angemeldet, und die Plattform selbst braucht einen eigenen Token. Einbettung ist das lebende Beispiel. Eine echte Tableau-Ansicht, die in einer anderen Oberfläche gerendert wird, braucht einen Token, den die Einbettungs-API akzeptiert, und ein persönlicher Token hat dafür die falsche Form.
Der zweite Punkt erzeugt Support-Tickets, die wie Produktflattern aussehen. Sie sind eine Berechtigungskollision. Es lohnt sich, das zuerst zu prüfen, wann immer ein geplanter Job und eine Person sich gegenseitig zu stören scheinen.
Geheimnisse in dieser Suite gelten nur für die Sitzung. Das hält sauber, bis etwas um zwei Uhr morgens laufen muss, ohne dass jemand angemeldet ist. Ein Geheimnis nur für die Sitzung kann zu dieser Stunde per Definition nicht existieren.
Es gibt eine Ausnahme, und sie ist ausdrücklich, nicht stillschweigend. Ein Operator klickt, um einen Token für geplante Läufe festzuschreiben. Er ist ruhend unter einem Maschinenschlüssel verschlüsselt, wird nie protokolliert und nie an den Browser zurückgegeben. Der Describe-Aufruf gibt nur den Token-Namen zurück. Ein Klick entfernt ihn. Die Oberfläche empfiehlt einen dedizierten Automatisierungs-Token, aus dem oben genannten Kollisionsgrund.
Eine Ausnahme, die ein Mensch anklicken muss, ist eine Ausnahme, die jemand später finden kann. Eine Ausnahme, die automatisch passiert, kann niemand prüfen, und irgendwann erinnert sich niemand daran, ihr zugestimmt zu haben.
Ein geplanter Job kann zuerst einen persönlichen Token versuchen und auf ein Connected-App-JWT zurückfallen. Das ist ein vernünftiges Design. Es kann auch monatelang eine kaputte Berechtigung verbergen, weil der Lauf von aussen weiter gelingt.
Die Lösung ist klein und wichtig. Halten Sie fest, welche Berechtigung tatsächlich authentifiziert hat, und zeigen Sie es in der Zeile. Ein Rückfall, der unsichtbar passiert, ist ein Rückfall, den niemand je repariert. Das Erste, was jemand davon hört, ist der Tag, an dem der Rückfall ebenfalls scheitert.
Vier Prüfungen, und bei der vierten lohnt es sich, langsam zu sein. Alles andere auf dieser Seite hängt davon ab, sie richtig zu machen.
Eine Person geht. Ihr Name bleibt auf Arbeitsmappen, Zeitplänen und Abonnements, und mehrere davon fallen lautlos aus. Was sie hält, was bricht, und die Reihenfolge, die die Lizenz wiederherstellbar hält.
Die Regel der Freigabe vor Ausführung, in schlichten Worten. Der Assistent liest, erklärt und schlägt vor, und ein Mensch besitzt den Schreibpfad. Was das kostet, was es bringt, und drei Fragen an jede KI-Funktion.
Eine Behauptung ist ein Satz. Ein Beleg ist etwas, das eine zweite Person prüfen kann, ohne Sie zu fragen. Was ein Audit-Trail enthalten muss, was ein Hash wirklich beweist, und was Sie von jedem Tool verlangen sollten, das behauptet, einen zu erzeugen.