# Zuverlässigkeit, Status und Vorfälle

> Wo Anpheros läuft, was überwacht wird, tägliche Backups und Point-in-Time-Recovery, wie Vorfälle kommuniziert werden, Datenexport und -löschung und was noch nicht vorhanden ist (kein SLA, keine öffentliche Statusseite).

Source: https://developers.anpheros.com/de/guides/reliability

**Was Anpheros heute tut, um die API verfügbar und Ihre Daten wiederherstellbar zu halten, wie Sie von Problemen erfahren und was
noch nicht vorhanden ist.** Die Anpheros Platform befindet sich in der privaten Beta-Phase; diese Seite beschreibt die aktuelle Einrichtung, nicht Ziele, die als Garantien dargestellt werden.

## Hosting

| | Heute |
|---|---|
| Region | Nur Europäische Union: Google Cloud `europe-west4` (Niederlande), hinter einem Cloudflare Edge |
| API | Cloud Run, bis zu 3 Instanzen automatisch skaliert; FHIR R4 unter `/fhir/R4`, REST unter `/v1` |
| Datenbank | verwaltetes PostgreSQL in einer **Einzelzone**, ohne automatische Failover: ein Zonen-Ausfall ist ein Totalausfall |
| Sandbox | eine separate Datenbank; Sandbox-Schlüssel (`sk_test_`) können nicht auf Produktionsdaten zugreifen |
| Service Level | Best Effort; **kein vertraglich vereinbarter SLA** während der Beta-Phase |

## Überwachung

- **Uptime-Prüfungen** rufen den Health-Endpunkt der Plattform aus drei Regionen auf; wenn dieser nicht mehr antwortet, wird das Team per E-Mail benachrichtigt.
- **Alarme** werden auch ausgelöst bei Serverfehlern über 5 %, langsamen Antworten (p95 über 2 Sekunden für 10 Minuten), einem hohen Anteil an 4xx-Antworten, Erschöpfung des Datenbankpools, Fehlern beim Schreiben des Audit-Logs, einer unterbrochenen Audit-Kette, der Wiederverwendung eines OAuth-Refresh-Tokens und Webhook-Endpunkten, die nach wiederholten Fehlern deaktiviert wurden.
- **Es gibt noch keine öffentliche Statusseite.** Die obigen Prüfungen sind intern. Eine Statusseite wird erst veröffentlicht, wenn sie reale Messwerte aus diesen Prüfungen anzeigen kann, nicht ein handgeschriebenes "alle Systeme betriebsbereit".

## Backups und Wiederherstellung

- **Datenbank:** Automatisches Backup täglich um 02:00 UTC, 7 Backups werden aufbewahrt, plus **Point-in-Time Recovery** für die letzten 7 Tage;
  Schutz vor Löschung ist aktiviert.
- **Dokumente:** Objektversionierung und ein 7-tägiges Soft Delete im Storage Bucket, verschlüsselt mit einem kundenseitig verwalteten Schlüssel.
- **Audit-Protokoll:** Eine nur-anhängende Kopie außerhalb der Datenbank, täglich auf Lücken und Manipulationen überprüft.
- **Wiederherstellungsübung:** Am 20. September 2026 wurde die Produktionsdatenbank auf einen Zeitpunkt drei Minuten in der Vergangenheit geklont; der
  Klon war nach etwa 10 Minuten nutzbar und seine Datensatzanzahl stimmte mit der Quelle überein. Eine vollständige Wiederherstellung erfordert auch ein
  erneutes Deployment, etwa 5 weitere Minuten.

## Wenn etwas schiefgeht

1. Die Benachrichtigung erreicht das Team; die betroffenen Anfragen werden anhand ihrer **request id** nachverfolgt (jede Antwort enthält einen
   `Anpheros-Request-Id` Header; zitieren Sie diesen, wenn Sie uns schreiben).
2. Ein kompromittierter Anmeldedaten wird zuerst widerrufen; wenn die Datenintegrität zweifelhaft ist, werden Schreibvorgänge gestoppt und die Datenbank wird auf einen Zeitpunkt vor dem Ereignis wiederhergestellt.
3. **Organisationen, deren Daten betroffen waren, werden direkt informiert**, innerhalb der Fristen ihrer Datenverarbeitungsvereinbarung;
   bei einer Verletzung personenbezogener Daten innerhalb von 72 Stunden nach Bekanntwerden, wie es die DSGVO vorschreibt.
4. Ein Post-Mortem folgt innerhalb von 5 Werktagen.

Änderungen an der API, einschließlich sicherheitsbezogener Verschärfungen, werden im [Changelog](https://developers.anpheros.com/de/guides/versioning) angekündigt.

## Ihre Daten: Export, Aufbewahrung und Löschung

- **Export:** Datensätze sind Standard HL7 FHIR R4; `Patient/$everything` gibt den gesamten Datensatz eines Patienten als FHIR-Bundle zurück,
  und `$summary` eine International Patient Summary. Nichts ist in einem proprietären Format.
- **Löschung:** Eine Organisation kann die von ihr geschriebenen Ressourcen löschen (FHIR `DELETE` oder `DELETE` bei `/v1` Ressourcen); frühere
  Versionen bleiben im Ressourcenverlauf erhalten. Was mit Produktionsdaten geschieht, wenn ein Plan endet, ist in den [Preisbedingungen](https://developers.anpheros.com/de/guides/pricing) festgelegt.
- **Audit:** Jedes Lesen und Schreiben wird protokolliert und ist für den Patienten sichtbar. Audit-Zeilen werden derzeit unbegrenzt aufbewahrt; eine
  Aufbewahrungsfrist pro Datensatztyp ist eine ausstehende rechtliche Entscheidung.

## Noch nicht verfügbar

- automatische Failover-Funktion über Zonen hinweg und ein vertraglich vereinbarter SLA;
- eine öffentliche Statusseite mit gemessener Betriebszeit;
- formale Zertifizierungen (z. B. ISO 27001 oder SOC 2): keine wird beansprucht.

Diese Punkte werden aufgeführt, damit Sie Ihre Planung darauf abstimmen können. Fragen: contact@anpheros.com.

## Verwandtes

- [Sicherheit, Datenschutz und Datenresidenz](https://developers.anpheros.com/de/guides/security)
- [Limits und Ratenbegrenzungen](https://developers.anpheros.com/de/guides/limits)
- [Versionierung und Changelog](https://developers.anpheros.com/de/guides/versioning)
- [Preise](https://developers.anpheros.com/de/guides/pricing)