Arbeitsbereiche

Ein Workspace ist die Grenze für eine Gruppe von Mitgliedern und Abonnements. SubLane Logo auf der Oben auf der linken SeitenleisteWählen Sie dort einen anderen Namen, um zu ändern, welchen Arbeitsbereich Sie verwalten.

Konten, Ressourcengruppen, Mitgliederzugang, persönliche API Schlüssel, Ressourcenzuweisungen, Anforderungshistorie, Nutzung und Audit-Datensätze gehören zum ausgewählten Arbeitsbereich.Ein Benutzer hat ein Login und kann zu mehreren Arbeitsbereichen mit unterschiedlichen Rollen gehören.

Erstellen Sie den ersten Workspace

Bei einer neuen Installation hat das Setup zwei Schritte: Erstellen des Administrator-Logins, dann Nennen Sie den ersten Workspace. Nichts wird initialisiert, bis der zweite Schritt eingereicht wird. Der Administrator wird zum Eigentümer dieses Arbeitsbereichs und ist angemeldet.

Ein neuer Arbeitsbereich beginnt leer, um ihn nützlich zu machen:

1. In KontenVerbinden und Verifizieren eines Abonnements.
2. In RessourcengruppenErstellen Sie einen Pool und fügen Sie das Abonnement hinzu.
3. In MitgliederErschaffen Sie Menschen und nutzen Gruppenzugang jeder Person die Pools zu gewähren, die sie verwenden können.
4. Mitglieder erstellen ihre eigenen Schlüssel unter API-SchlüsselBei Bedarf kann der Administrator hinzufügen Ressourcenzuweisungen zu einem dedizierten Pool.

Sie können dem folgen Leitfaden für den ersten Antrag für den ursprünglichen Account und den Schlüssel, dann Mitgliedszugang Wenn Sie bereit sind zu teilen.

Schalten oder Hinzufügen eines Arbeitsbereichs

Öffnen Sie den Switcher neben dem SubLane Logo. Es listet die Arbeitsbereiche auf, auf die Sie zugreifen können, markiert den aktuellen und beinhaltet Erstellen von WorkspaceDurch das Umschalten werden private Seitendaten für den ausgewählten Arbeitsbereich neu geladen. Das Erstellen eines anderen Arbeitsbereichs beginnt mit einem leeren Satz von Konten, Pools, Mitgliedern und Schlüsseln.

Jeder Benutzer kann bis zu zehn Workspaces besitzen, einschließlich des anfänglichen Workspaces, falls zutreffend. 409 workspace_limit_reached.

Ein Schlüssel bleibt an den Arbeitsbereich und den Pool gebunden, in dem er erstellt wurde. Wenn Sie den Browser-Arbeitsbereich wechseln, wird dieser Schlüssel nicht verschoben oder es wird nicht geändert, wo seine Anforderungen aufgezeichnet werden.

Beispielhafter Workspace Switcher mit zwei Beispiel-Workspaces:

Wer kann was tun

Das Deaktivieren der Mitgliedschaft von jemandem blockiert den Browserzugriff und die Schlüssel In diesem Arbeitsbereich. Der erste Administrator verwaltet auch instanzweit die Anmeldeinformationen oder den Zugriff auf andere Arbeitsbereiche nicht. Codex Versionseinstellungen und Backups; andere Workspace-Administratoren erhalten diese Plattformsteuerungen nicht.

Was bleibt Instanz-wide

SubLane führt diese Workspaces in einem Go-Prozess aus und SQLite Ein Backup enthält die ganze Instanz, einschließlich jedes Arbeitsbereichs und seines Verschlüsselungsschlüssels; es gibt keinen Single-Workspace-Export oder -Wiederherstellung. Abrechnung, PostgreSQL-Speicher und Replikate mehrerer Anwendungen befinden sich außerhalb der aktuellen Version.

Browser-Anfragen tragen die ausgewählte Workspace-ID, aber der Server überprüft die Sitzung und die Mitgliedschaft bei jeder geschützten Anfrage. Gateway-Anfragen identifizieren ihren Workspace anhand der gespeicherten Bindung des persönlichen Schlüssels; ein Browser-Auswahl-Header kann sie nicht verschieben. Das Gateway überprüft den Schlüssel-, Mitgliedschafts-, Pool- und Modellzugriff bei neuen Anfragen und WebSocket Windungen.

Beim Start werden neue Datenbanken initialisiert und fehlende Migrationen der Reihe nach auf unterstützte bestehende Datenbanken angewendet. Die frühe inkompatible Vorabstruktur mit 001_settings.sql wird abgelehnt; bewahren Sie deren Verzeichnis auf und beginnen Sie mit einem neuen. Exportieren und prüfen Sie vor Aktualisierungen ein Backup. Ein Image-Wechsel allein setzt migrierte Daten nicht zurück.