ARCHITEKTUR
Wie unsere Plattform aufgebaut ist.
Eine offene Skizze unserer Architektur: Komponenten, Datenflüsse und kryptografische Grenzen. Wenn Sie eine regulatorische Frage zur Auslagerung mit der Architektur beantworten müssen, finden Sie hier die Grundlage.
PLATTFORM-STACK
Was wir betreiben: Schicht für Schicht, signiert, in der EU.
LAYER-DETAIL
Schichtweise erklärt.
Edge
Eingehender Datenverkehr läuft über ein Kubernetes-Gateway mit TLS-Terminierung, WAF-Richtlinien und Rate-Limiting auf IP- und Token-Ebene. In der Kette gibt es kein US-CDN. Die Zertifikate stammen von einer Schweizer ACME-CA und werden per DNS-01-Challenge ausgestellt. Der DNS-Server steht in der Schweiz.
Anwendung
Die Anwendungsschicht ist offen aufgebaut: ein selbst gehostetes Headless CMS für Inhalte und typsichere Domänenlogik für die Geschäftsregeln. Den «Plattform»-Ansatz lehnen wir bewusst ab. Es gibt keinen Low-Code-Monolithen und keine 200 SaaS-Dienste, die laut Kleingedrucktem in den AGB plötzlich Daten in die USA spiegeln.
Agent Runtime
Hier liegt die agentische Logik: ein speichersicher implementierter Orchestrator, Modelladapter für in der EU gehostete Modelle (Schweizer Cloud, deutsche Cloud, eigene Inferenz-Cluster) und eine deklarative Policy-Engine. Eine Agenten-Aktion ist ein Tupel aus Eingabe, Modellversion, Policy-Snapshot und einer signierten Entscheidung.
Daten
Operative Daten liegen in einem verwalteten Postgres-Cluster auf Block-Storage, die Backups in EU-Object-Storage. Blob-Daten speichern wir je nach Schutzbedarf auf eigenem MinIO oder bei einem S3-Anbieter in der EU. In der Datenebene gibt es keinen US-Cloud-Anbieter. Ruhende Daten werden mit Schlüsseln verschlüsselt, die der Kunde selbst hält (BYOK).
Audit: Merkle-Kette mit Ed25519
Auf dieser Schicht beruht jede regulatorische Aussage. Ein Auditpfad ist eine Hash-Kette signierter Ereignisse. Jedes Ereignis enthält Zeitstempel (UTC), Akteur, Eingabe-Hash, Hash der Modellversion, Hash der Policy-Version, Entscheidung, Begründungs-Hash und einen Verweis auf das vorherige Ereignis. Signiert wird mit Ed25519. Die Schlüssel rotieren quartalsweise; alte Schlüssel bleiben verifizierbar.
Observability
Logs, Traces und Metriken bleiben in der EU. Alles ist selbst gehostet, ohne US-SaaS und ohne Zugriff eines US-Hyperscalers auf den Telemetriepfad. Telemetrie besteht aus Daten, und für sie gelten dieselben Hoheitsregeln wie für alle anderen Daten.
DEPLOYMENT
Drei Betriebsmodelle.
On-Premises
- Wo Daten leben
- Rechenzentrum des Kunden
- Wo Dxzio operiert
- Rechenzentrum des Kunden, mit Unterstützung im Betrieb
- Typischer Kunde
- Banken und kantonale Spitäler mit strikter Datenresidenz
Hybrid
- Wo Daten leben
- Rechenzentrum des Kunden (Daten) · EU-Region (Control Plane)
- Wo Dxzio operiert
- EU-Region und Rechenzentrum des Kunden
- Typischer Kunde
- Die meisten Versicherer, grössere MedTech-Unternehmen
EU-Cloud
- Wo Daten leben
- EU-Region (Helsinki)
- Wo Dxzio operiert
- EU-Region und Betrieb aus Cham
- Typischer Kunde
- FinTechs, kleinere MedTech-Unternehmen, Pilotprojekte
MERKLE-AUDIT-KETTE
Beispiel: ein Eintrag der Audit-Kette (geschwärzt).
Ein Eintrag in der Hash-Kette. Ein Auditor mit dem öffentlichen Schlüssel zu dxzio-prod-2026-01-claim-pipeline kann die Signatur offline verifizieren und über prev_event_id rückwärts durch die Kette gehen.
{
"event": {
"id": "ad_01HKTM7Z2X3F8YBPGRJ5Q0WN1A",
"ts_utc": "2026-04-22T08:32:11.482Z",
"actor": "claim-triage-agent@v1.4.2",
"tenant": "REDACTED-INSURER-LI",
"input_hash": "sha256:b3c4a912e8d4...REDACTED",
"model_version": "claim-triage-llm@2026-03-15",
"policy_version_hash": "sha256:9f4e7b21...REDACTED",
"decision": {
"kind": "auto_approve",
"amount_chf": 1842.5
},
"prev_event_id": "ad_01HKTM6V8K9P2T5QZWN4HBCXMR"
},
"signature": {
"alg": "ed25519",
"key_id": "dxzio-prod-2026-01-claim-pipeline",
"value": "Ej3cJ2UQpa9kQzlR7iVcXvP...REDACTED"
}
}HÄUFIGE FRAGEN
Sechs Fragen, die CISOs uns regelmässig stellen.
Wo läuft das Modell?
Entweder in unserem eigenen Inferenz-Cluster in einem EU-Rechenzentrum oder bei einem Schweizer oder deutschen Cloud-Anbieter ohne US-Tochtergesellschaft im Datenpfad. Die konkreten Anbieter legen wir unseren Kunden im Architektur-Review unter NDA offen. Endpunkte von US-Hyperscalern werden nie ohne ausdrückliche Genehmigung des Kunden angesprochen, und auch dann nur für nicht personenbezogene Daten.
Was geschieht, wenn ein Unterauftragsverarbeiter wechselt?
Sie werden 60 Tage im Voraus benachrichtigt. Jede Architekturänderung, die einen neuen Unterauftragsverarbeiter einführt, durchläuft ein Change Advisory Board unter Beteiligung Ihrer Compliance-Funktion.
Wie steht es um den CLOUD Act?
Wir sind eine Schweizer GmbH ohne US-Tochtergesellschaft, ohne US-Mitarbeitende und ohne Daten in den USA. Der CLOUD Act kann uns nicht betreffen, weil es keinen Anknüpfungspunkt in den USA gibt. Unsere Unterauftragsverarbeiter wählen wir nach demselben Muster aus.
Wie reproduzierbar sind Modellentscheidungen?
Vollständig, solange das Modellartefakt verfügbar bleibt. Wir bewahren alle Modellartefakte, Eingaben und Policy-Snapshots während der Aufbewahrungsfrist Ihrer Branche im WORM-Speicher auf (FINMA: 10 Jahre · Swissmedic: bis zu 30 Jahre für klinische Studien).
Was geschieht, wenn es Dxzio nicht mehr gibt?
Quellcode, Konfiguration und die Definitionen der Datenpipelines Ihres Systems liegen in Ihrem eigenen Repository. Sie haben das volle Recht, Ihren Stack auf eigener Hardware weiterzubetreiben.
Wie schneiden Sie im Vergleich zu Vertex AI Agent Platform und Bedrock Agents ab?
Wir treten nicht gegen sie an, denn wir lösen ein anderes Problem. Vertex Agent Platform und Bedrock Agents sind ausgezeichnet, wenn Sie der CLOUD Act nicht stört. Wenn er Sie stört, gibt es uns.
ARCHITEKTUR-REVIEW
Wenn etwas auf dieser Seite nicht stimmt, schreiben Sie mir.
- Diese Seite ist bewusst detailliert: Ein CISO verdient eine Architekturskizze, keine Verkaufspräsentation
- Stimmt eine Annahme über Ihre Aufsicht nicht? Wir korrigieren sie
- contact@dxzio.one · Antwort vom Gründer innerhalb von 24 Stunden