Tablize läuft in 4 Regionen — San Jose, Tokio, Hongkong, Frankfurt. Wählen Sie eine, wenn Sie einen Workspace erstellen. Ihre Datenbank, der Objektspeicher und der MQTT-Broker befinden sich alle in dieser Region. Auch Backups bleiben in der Region. Regionsübergreifende Übertragungen erfolgen nur mit Ihrer ausdrücklichen Konfiguration.
sjc nrt hkg fra Die Region wird bei der Workspace-Erstellung festgelegt. Um die Region zu ändern, müssen Sie einen neuen Workspace anlegen und migrieren.
Fünf Schritte, etwa zwei Minuten. Eine bebilderte Anleitung finden Sie im Quickstart-Leitfaden.
Öffnen Sie console.tablize.com und registrieren Sie sich oder melden Sie sich an.
Die Schaltfläche Neuer Workspace oben rechts öffnet das Erstellungsfenster.
Das Dropdown-Menü „Region“ listet alle 4 Regionen auf: sjc (San Jose), nrt (Tokio), hkg (Hongkong), fra (Frankfurt). Wählen Sie diejenige, die Ihren Anforderungen an die Datenhaltung entspricht.
⚠️ Die Region ist nach der Erstellung unveränderlich. Wenn Sie die falsche wählen, müssen Sie einen neuen Workspace anlegen.
Der Slug ist die URL-Kennung (Kleinbuchstaben und Ziffern + Bindestriche, 3–32 Zeichen). Der Anzeigename ist die menschenlesbare Bezeichnung. Klicken Sie auf Erstellen — eine dedizierte PostgreSQL-Datenbank sowie ein S3- und MQTT-Broker werden in der von Ihnen gewählten Region in etwa 60 Sekunden bereitgestellt.
Einstellungen → Workspace zeigt den Regionscode an. Steht dort beispielsweise fra (Frankfurt, Deutschland), befinden sich sämtliche Komponenten der Datenebene in dieser Region. Auch Backups bleiben in der Region.
Die Region gilt pro Workspace, nicht pro Konto. Betreiben Sie einen US-Workspace für Ihr HQ-Team und einen Frankfurt-Workspace für Ihre EU-Tochtergesellschaft aus demselben Konto.
Sobald Sie eine Region wählen, befindet sich alles Folgende in der Infrastruktur dieser Region.
Diese Vorgänge erfolgen standardmäßig in der verwalteten Konfiguration. Für jeden gibt es eine dokumentierte Alternative, falls Ihre Compliance-Vorgaben ihn ausschließen.
Wenn Drittanbieter-Clouds nicht infrage kommen — Finanzwesen, Gesundheitswesen, öffentlicher Sektor, Verteidigung — betreiben Sie Tablize auf Ihrer eigenen Infrastruktur. Dasselbe Binary, bereitgestellt via Docker Compose auf AWS, GCP, Azure, Alibaba Cloud, Sakura, Oracle Cloud, OVH oder On-Premises. Ihre Netzwerkgrenze, Ihre Verschlüsselungsschlüssel, Ihr Audit-Protokoll.
Self-Hosting-Doku →Ja. Einstellungen → Workspace zeigt den Regionscode an. Auf Anfrage stellen wir Nachweise zur Fly.io-Maschinenplatzierung sowie DNS-dig-Ergebnisse bereit. Enterprise-AVVs enthalten dies als Anlage.
Ja. Free kann bei der Erstellung jede der 4 Regionen wählen, aber die Daten von Free-Workspaces sind flüchtig (werden am Ende der Sitzung verworfen). Persistenter regionaler Speicher beginnt ab Plus.
Nicht direkt. Erstellen Sie einen neuen Workspace in der Zielregion und importieren Sie ihn über Exporte neu oder verbinden Sie Integrationen erneut. Bei großen Workloads wenden Sie sich an support@tablize.com — wir unterstützen Sie bei der Migration.
Ja — ab dem Pro-Plan. Dasselbe Binary, bereitgestellt via Docker Compose auf Ihrer AWS-, GCP-, Azure-, On-Premises- oder souveränen Cloud (z. B. Sakura, Oracle, OVH, Alibaba). Siehe Self-Hosting-Doku.
Ja. Jeder Workspace erhält seinen eigenen MQTT-Broker (EMQX) in der ausgewählten Region. Geräte verbinden sich über TLS (Port 8883) direkt mit Ihrem regionalen Endpunkt.
Zwei Wege. (1) Verwenden Sie Ihren eigenen LLM-Schlüssel — zum Beispiel Azure OpenAI bereitgestellt in Frankfurt oder Tokio, oder Anthropic über Ihr eigenes Konto. (2) Hosten Sie selbst mit `BYO_LLM_URL`, das auf ein On-Premises-Llama / -Qwen / -Mistral verweist. Beide halten Prompts und Antworten innerhalb der von Ihnen gewählten Jurisdiktion.
Jede Region ist Fly.io-Einrichtungen zugeordnet (nrt = Raum Tokio, fra = Frankfurt, sjc = San Jose, hkg = Hongkong). Eine formale Standortbestätigung, Fly.io-SOC-2-Berichte und Details zu Unterauftragsverarbeitern sind über trust@tablize.com erhältlich.
Beim Löschen eines Workspaces werden die PostgreSQL-DB, der S3-Bucket, der MQTT-Broker und der Credential Vault innerhalb von 30 Tagen unwiderruflich gelöscht. Für eine sofortige Löschung schreiben Sie an trust@tablize.com — wir stellen ein Löschzertifikat aus. Backups werden innerhalb von 7 Tagen überschrieben, sodass keine Restdaten verbleiben.
AVVs, Liste der Unterauftragsverarbeiter, Pentest-Ergebnisse, SOC-2-Status, Fly.io-Standortbestätigung — schreiben Sie an trust@tablize.com und wir senden Ihnen innerhalb von 2 Werktagen ein Trust Pack.
Trust Pack anfordern