Funktioniert Opsgenie in China? Data Residency, ICP & Grenzregeln
Opsgenie ist Cloud-only (US-/EU-Regionen, keine Festlandchina-Region, kein Self-Host), hält aber die Namen, E-Mails, Telefonnummern und Alert-Payloads der Responder. In China erhoben und offshore landend, ist das ein PIPL-Grenztransfer und ein Residency-Problem, das Redaktion nicht schließen kann.
Funktioniert Opsgenie in China?
Opsgenie läuft nur auf Atlassians Cloud außerhalb Chinas (US- und EU-Regionen, keine Festlandchina-Region und keine selbstverwaltete Edition), hält aber die Namen, E-Mails und Telefonnummern Ihrer Responder plus Alert-Payloads — die eigentliche Frage ist also nicht, ob Alerts Sie in China erreichen, sondern dass diese Incident-PII innerhalb Chinas erhoben wird und offshore landet.
Das macht es zu einem PIPL-Grenztransfer: Sie schulden Benachrichtigung, gesonderte Einwilligung für den Export und einen rechtmäßigen Transfermechanismus; ein CIIO oder Verarbeiter großer Mengen schuldet außerdem inländische Speicherung nach Artikel 39 (vormals Artikel 37), und ein China-gerichtetes Dashboard braucht eine ICP-Beian. Weil Opsgenie keine inländische Region und keine Self-Host-Edition hat, gibt es keinen nativen Pfad, diese Daten in China zu halten — Felder zu redigieren verengt, was überquert, nicht ob es überquert, und tut nichts für Residency.
Compliance-Momentaufnahme
- ✕ Keine Festlandchina-Region: Opsgenie ist Cloud-only-SaaS (nur US/EU), kein Self-Host
- ! Speichert die Namen, E-Mails, Telefone der Responder plus Alert-Payloads als PII offshore
- ! In China erhobene Incident-PII in die USA/EU löst PIPL-Grenztransferregeln aus
- ! Alert-Felder zu scrubben verengt, was überquert, nicht ob; Residency unverändert
- ! China-gerichtetes Dashboard braucht ICP-Beian; CIIO oder Massendaten schulden inländische Speicherung
- ✓ 21YunBox stellt ein inländisches rechtskonformes Fundament für die Daten auf, die bleiben müssen
Was die offizielle Opsgenie-Dokumentation über China sagt
| Fakt | Primärquelle |
|---|---|
| Opsgenie speichert Daten nur in einer US-Region (der Standardeinstellung) oder einem EU-Rechenzentrum in Frankfurt, Deutschland, gehostet von Amazon Web Services; die Region wird auf der Login-Seite gewählt, und es gibt keine Festlandchina-Region. | Atlassian Support — Opsgenie, "European service region" (abgerufen 2026-10-13) |
| Opsgenie ist ein gehosteter Cloud-Dienst; Atlassians Data-Residency-Doku erklärt, dass bestimmte personenbezogene Daten, etwa die vollständigen Namen und E-Mails der Nutzer, unabhängig von der gewählten Region in seinem US-Standort gespeichert werden — die Kontaktdetails der Responder landen also offshore, und es gibt keine selbstverwaltete Edition, die man in China betreiben könnte. | Atlassian Support — Opsgenie, "Opsgenie data residency" (abgerufen 2026-10-13) |
| In China erhobene personenbezogene Informationen zu exportieren — hier die Kontaktdaten der Responder und die Identifikatoren innerhalb von Alert-Payloads — erfordert Benachrichtigung, eine separat eingeholte Einwilligung für den grenzüberschreitenden Transfer und einen rechtmäßigen Transfermechanismus nach PIPL Artikel 38–40. | China Personal Information Protection Law (promulgated 2021-08-20), Arts. 38–40 — 21YunBox China compliance reference (abgerufen 2026-10-13) |
| Betreiber kritischer Informationsinfrastruktur müssen in China erhobene personenbezogene Daten und wichtige Daten innerhalb des Festlands speichern nach Chinas Cybersicherheitsgesetz, Artikel 39 (vormals Artikel 37). | China Cybersecurity Law (2016; 2025 revision effective 2026-01-01), Art. 39 (formerly Art. 37) — 21YunBox China compliance reference (abgerufen 2026-10-13) |
Quellen vom 21YunBox Compliance-Team am 13. Oktober 2026 geprüft.
Die Frage, die für Opsgenie in China zählt, ist nicht „erreicht der Alert mein Telefon in Shanghai”. Sie ist, wo die Incident-Daten landen und ob sie China überhaupt verlassen dürfen. Opsgenie ist Incident- und On-Call-Tooling, der Datensatz, den es führt, ist also einer der ungefiltertsten, die Ihre Organisation produziert: die Namen, Arbeits-E-Mails und Telefonnummern der Responder, direkt als personenbezogene Daten gespeichert, plus Alert-Payloads, die System- und Service-Kontext tragen und routinemäßig Nutzeridentifikatoren, Fehlerstrings und Request-Details einbetten. Opsgenie läuft nur auf Atlassians Cloud außerhalb Chinas, wenn dieser Datensatz also aus dem Inneren Chinas erhoben wird, landet er in den Vereinigten Staaten oder der Europäischen Union — nicht auf dem Festland.
Das macht es zu einem grenzüberschreitenden Transfer personenbezogener Daten nach Chinas Gesetz zum Schutz personenbezogener Daten. Ein Verarbeiter, der in China erhobene personenbezogene Daten exportiert, schuldet eine spezifische grenzüberschreitende Disziplin: informieren, eine gesonderte Einwilligung für den Export einholen und einen rechtmäßigen Transfermechanismus aufstellen (Artikel 38–40). Ein Betreiber kritischer Informationsinfrastruktur oder ein Verarbeiter großer Mengen schuldet zusätzlich inländische Speicherung nach Chinas Cybersicherheitsgesetz, Artikel 39 (vormals Artikel 37). Und jedes China-gerichtete Dashboard, das von Ihrer eigenen Domain bedient wird, braucht eine ICP-Beian, bevor es rechtmäßig betrieben werden darf. Keine dieser Pflichten dreht sich um Geschwindigkeit.
Scrubbing verengt, was überquert — es schließt die Tür nicht
Ein vernünftiger Reflex ist: „wir maskieren IPs, lassen E-Mails weg und redigieren sensible Felder in unseren Alert-Payloads, wir sind also in Ordnung.” Maskierung und Redaktion sind es wert, getan zu werden, und sie verkleinern Ihre Exponierung. Aber sie verändern was die Grenze überquert, nicht ob es überquert — und sie tun nichts für Residency, bei der es darum geht, ob die Daten überhaupt im Inland bleiben. Opsgenie braucht weiterhin ein Responder-Verzeichnis, um den richtigen Ingenieur zu paging: echte Namen, echte E-Mails, echte Telefonnummern. Diese Identitätsdaten sind der Sinn des Produkts, und sie landen offshore, egal wie aggressiv Sie die Payloads darum herum scrubben.
Gibt es eine inländische Option für Opsgenie? Nein.
Opsgenie ist ein Cloud-only-SaaS. Atlassian dokumentiert genau zwei Datenregionen — eine US-Region (die Standardeinstellung) und ein EU-Rechenzentrum in Frankfurt, Deutschland, gehostet von Amazon Web Services — und die Region wird auf der Login-Seite gewählt. Es gibt keine Festlandchina-Region, und es gibt keine selbstverwaltete oder On-Prem-Edition von Opsgenie, die Sie innerhalb Chinas betreiben könnten. Von der US-Region zur EU-Region zu wechseln hilft nicht: die EU ist schlicht ein weiterer Standort außerhalb Chinas. (Atlassian hat zudem angekündigt, dass es Opsgenie herunterfährt und seine Operations-Fähigkeiten in Jira Service Management und Compass einfaltet, es gibt also auch bei diesem Produkt keinen zukünftigen inländischen Pfad.) Weil die Daten in Opsgenie nicht in China gehalten werden können, muss die rechtskonforme Antwort um es herum gebaut werden.
| Frage | Opsgenie | Was es für China bedeutet |
|---|---|---|
| Wo landen Incident-Daten? | US-Region (Standard) oder EU — Frankfurt, Amazon Web Services | So oder so offshore; US zu EU zu wechseln ist weiterhin außerhalb Chinas |
| Festlandchina-Region? | Keine | Kein inländischer Landeplatz für die Daten selbst |
| Selbstverwaltete / On-Prem-Edition? | Keine — Cloud-only-SaaS | Keine Möglichkeit, das Backend innerhalb Chinas zu betreiben |
| Welche PII hält es? | Namen, E-Mails, Telefonnummern der Responder; Alert-Payloads | Einer der ungefiltertsten Datensätze, die Ihre Systeme aussenden |
| Grenzüberschreitender Transfer nach PIPL? | Ja, sobald in China erhoben | Benachrichtigung + gesonderte Einwilligung für den Export + ein Transfermechanismus (Art. 38–40) |
| Inländische Speicherpflicht? | In Opsgenie nicht erfüllbar | CIIO / Massen-Verarbeiter schulden Speicherung in China (Art. 39, vormals Art. 37) |
| China-gerichtetes Dashboard? | Braucht eine ICP-Beian | Ein separater regulatorischer Schritt, unabhängig von der Ladegeschwindigkeit |
Warum eine Erreichbarkeitsprüfung dies verfehlt
Ein Erreichbarkeitstest fragt, ob Pakete sich bewegen: kann das Dashboard aus Shanghai öffnen, kann der Agent einen Alert an das Backend POSTen. Diese Prüfungen können alle bestehen, während Sie nicht rechtskonform bleiben, weil sie nie offenlegen, wo das Responder-Verzeichnis und die Alert-Historie physisch ruhen, oder ob das Bewegen dieser Daten aus China rechtmäßig erlaubt war. Der sensibelste Personendaten-Strom, den Ihre Infrastruktur aussendet, ist genau das Ding, das eine Latenzsonde nicht sehen kann. Das ist die Hälfte der Frage, die ein nur-Geschwindigkeits- oder nur-CDN-Anbieter strukturell nicht beantworten kann — und die Hälfte, die entscheidet, ob Ihr On-Call-Setup in China legal ist.
Der Hebel: kartieren, lokalisieren, ausliefern
- Kartieren. Die grenzüberschreitenden und inländischen Speicherpflichten der Incident-Daten nach Ihrer Rechtsperson und Datenmenge inventarisieren: welche in China erhobenen Responder-Datensätze und welche Alert-Historie im Inland bleiben müssen und welche Telemetrie rechtmäßig an Ihre globalen Observability- und On-Call-Tools exportiert werden darf.
- Lokalisieren. Was bleiben muss, auf ein inländisches, eingewilligtes Verarbeitungs- und Speicherfundament stellen, sodass die Responder-Identitäten und Incident-Datensätze, die China nicht verlassen können, es nicht tun — während nur die rechtmäßig exportierbaren Signale Opsgenie offshore erreichen. (Inländische Infrastruktur ist keine automatische Compliance; die Benachrichtigungs-, Einwilligungs- und Transfermechanismus-Pflichten gelten weiterhin — wir stellen diese mit Ihnen auf.)
- Ausliefern. Das China-gerichtete Dashboard oder den Origin mit einer ICP-Beian und rechtskonformer inländischer Auslieferung über den 21YunBox Optimizer tragen, der vor Ihrem bestehenden Stack sitzt, ohne Neuaufbau.
Das Ergebnis ist, dass Ihr Monitoring und On-Call in China legal und rechtskonform laufen — niemals durch eine Umgehung jeglicher Art.
Mit unserem China-Team sprechen
Opsgenie kann Ihre Incident-Daten nicht in China halten, und kein Regionswechsel oder keine Redaktionseinstellung ändert das. Wir kartieren Ihre Exponierung, stellen die Daten, die bleiben müssen, auf ein rechtmäßiges Fundament und liefern Ihr China-gerichtetes Dashboard mit einer ICP-Beian. Nehmen Sie Kontakt auf für eine Compliance-Einschätzung und ein Angebot — wir gehen Ihr spezifisches On-Call- und Incident-Tooling-Setup durch.
Häufige Fragen
Können wir einfach Opsgenies EU-Region wählen, um Chinas Regeln zu erfüllen?
Nein. Von der US-Region zum EU-Rechenzentrum in Frankfurt zu wechseln bewegt die Daten nur an einen anderen Standort außerhalb Chinas. Keine Region ist innerhalb des Festlands China, in China erhobene Incident-PII ist also weiterhin ein grenzüberschreitender Transfer nach PIPL, und es gibt weiterhin keine inländische Speicheroption.
Wenn wir E-Mails redigieren und IPs in Alert-Payloads maskieren, ist Opsgenie dann rechtskonform für China?
Redaktion ist es wert, getan zu werden, aber sie verändert, was die Grenze überquert, nicht ob es überquert, und sie tut nichts für Residency. Die Responder-Datensätze, die Opsgenie braucht, um Personen zu paging — Namen, E-Mails, Telefonnummern — landen weiterhin offshore, die Grenztransfer- und Inländische-Speicherungs-Fragen bleiben also offen.
Können wir Opsgenie innerhalb Chinas selbst hosten, um die Daten im Inland zu halten?
Nein. Opsgenie ist Cloud-only; Atlassian bietet keine selbstverwaltete oder On-Prem-Edition, und seine einzigen Datenregionen sind US und EU. Der gangbare Pfad ist, die Incident-Daten, die bleiben müssen, auf einem inländischen rechtskonformen Fundament zu halten und nur rechtmäßig exportierbare Telemetrie Ihre Tools außerhalb Chinas erreichen zu lassen — was 21YunBox aufstellt, zusammen mit einer ICP-Beian für Ihr China-gerichtetes Dashboard.
