# Fiabilitate, stare și incidente

> Unde rulează Anpheros, ce este monitorizat, backup-uri zilnice și recuperare point-in-time, cum sunt comunicate incidentele, exportul și ștergerea datelor și ce nu este încă implementat (fără SLA, fără pagină publică de stare).

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

**Ce face Anpheros astăzi pentru a menține API-ul disponibil și datele dumneavoastră recuperabile, cum aflați despre probleme și ce nu este încă implementat.** Anpheros Platform este în beta privat; această pagină prezintă configurația actuală, nu ținte prezentate ca garanții.

## Găzduire

| | Astăzi |
|---|---|
| Regiune | Doar Uniunea Europeană: Google Cloud `europe-west4` (Olanda), în spatele unei margini Cloudflare |
| API | Cloud Run, scalat automat până la 3 instanțe; FHIR R4 la `/fhir/R4`, REST la `/v1` |
| Bază de date | PostgreSQL gestionat într-o **singură zonă**, fără failover automat: o întrerupere a unei zone înseamnă o întrerupere completă |
| Sandbox | o bază de date separată; cheile sandbox (`sk_test_`) nu pot accesa datele de producție |
| Nivel de serviciu | efort maxim; **fără SLA contractual** în timpul beta |

## Monitorizare

- **Verificări de disponibilitate (Uptime checks)** apelează endpoint-ul de sănătate al platformei din trei regiuni; atunci când acesta nu mai răspunde, echipa este alertată prin email.
- **Alerte** se declanșează, de asemenea, la erori de server peste 5%, răspunsuri lente (p95 peste 2 secunde timp de 10 minute), o pondere mare de răspunsuri 4xx, epuizarea pool-ului bazei de date, eșecuri la scrierea log-ului de audit, un lanț de audit compromis, reutilizarea unui token de reîmprospătare OAuth și endpoint-uri webhook care au fost dezactivate după eșecuri repetate.
- **Nu există încă o pagină de stare publică.** Verificările de mai sus sunt interne. O pagină de stare va fi publicată doar atunci când va putea afișa măsurători reale din aceste verificări, nu un text scris manual "toate sistemele operaționale".

## Backup și recuperare

- **Bază de date:** backup automat zilnic la 02:00 UTC, se păstrează 7 copii, plus **recuperare point-in-time** pentru ultimele 7 zile; protecția la ștergere este activată.
- **Documente:** versionare a obiectelor și ștergere soft de 7 zile pe bucket-ul de stocare, criptat cu o cheie gestionată de client.
- **Jurnal de audit:** o copie append-only în afara bazei de date, verificată zilnic pentru goluri și manipulări.
- **Exercițiu de restaurare:** pe 20 septembrie 2026 baza de date de producție a fost clonată la un punct din trecut de trei minute; clona a fost utilizabilă după aproximativ 10 minute și numărul de înregistrări a corespuns cu sursa. O restaurare completă necesită, de asemenea, o redeployare, aproximativ încă 5 minute.

## Când ceva nu merge bine

1. Alerta ajunge la echipă; cererile afectate sunt urmărite după **ID-ul cererii** (fiecare răspuns poartă un antet `Anpheros-Request-Id`; citați-l când ne scrieți).
2. O credențială compromisă este revocată mai întâi; dacă integritatea datelor este pusă la îndoială, scrierile sunt oprite și baza de date este restaurată la un punct anterior evenimentului.
3. **Organizațiile ale căror date au fost afectate sunt informate direct**, în conformitate cu termenii acordului lor de prelucrare a datelor; pentru o breșă de date personale, în termen de 72 de ore de la luarea la cunoștință, conform cerințelor GDPR.
4. Un post-mortem urmează în termen de 5 zile lucrătoare.

Modificările aduse API-ului, inclusiv cele legate de securitate, sunt anunțate în [changelog](https://developers.anpheros.com/ro/guides/versioning).

## Datele dumneavoastră: export, retenție și ștergere

- **Export:** înregistrările sunt în format standard HL7 FHIR R4; `Patient/$everything` returnează întregul dosar al unui pacient ca un pachet FHIR,
  iar `$summary` un rezumat internațional al pacientului. Nimic nu este într-un format proprietar.
- **Ștergere:** o organizație poate șterge resursele pe care le-a scris (FHIR `DELETE`, sau `DELETE` pe resurse `/v1`); versiunile
  anterioare rămân în istoricul resursei. Ce se întâmplă cu datele de producție atunci când un plan se încheie este detaliat în [termenii de preț](https://developers.anpheros.com/ro/guides/pricing).
- **Audit:** fiecare citire și scriere este înregistrată și vizibilă pentru pacient. Rândurile de audit sunt în prezent păstrate pe termen nelimitat; o
  perioadă de retenție per tip de înregistrare este o decizie legală în așteptare.

## Încă nu sunt implementate

- failover automat între zone și un SLA contractual;
- o pagină publică de stare cu uptime măsurat;
- certificări formale (de exemplu, ISO 27001 sau SOC 2): nu se revendică niciuna.

Acestea sunt listate pentru a vă permite să planificați în consecință. Întrebări: contact@anpheros.com.

## Conexe

- [Securitate, confidențialitate și rezidența datelor](https://developers.anpheros.com/ro/guides/security)
- [Limite și limite de rată](https://developers.anpheros.com/ro/guides/limits)
- [Versionare și jurnal de modificări](https://developers.anpheros.com/ro/guides/versioning)
- [Prețuri](https://developers.anpheros.com/ro/guides/pricing)