# Надійність, статус та інциденти

> Де працює Anpheros, що моніториться, щоденні резервні копії та відновлення на певний момент часу, як повідомляється про інциденти, експорт та видалення даних, а також те, чого ще немає (немає SLA, немає публічної сторінки статусу).

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

**Що Anpheros робить сьогодні для забезпечення доступності API та відновлюваності ваших даних, як ви дізнаєтеся про проблеми та що ще не впроваджено.** Anpheros Platform перебуває у приватній бета-версії; ця сторінка описує поточну конфігурацію, а не цілі, представлені як гарантії.

## Хостинг

| | Сьогодні |
|---|---|
| Регіон | Тільки Європейський Союз: Google Cloud `europe-west4` (Нідерланди), за межами Cloudflare |
| API | Cloud Run, автоматичне масштабування до 3 екземплярів; FHIR R4 за адресою `/fhir/R4`, REST за адресою `/v1` |
| База даних | керована PostgreSQL у **одній зоні**, без автоматичного відмовостійкого переключення: збій зони призводить до повного збою |
| Пісочниця | окрема база даних; ключі пісочниці (`sk_test_`) не можуть отримати доступ до виробничих даних |
| Рівень обслуговування | найкращі зусилля; **немає договірних SLA** під час бета-тестування |

## Моніторинг

- **Перевірки доступності** викликають кінцеву точку стану платформи з трьох регіонів; коли вона перестає відповідати, команда отримує сповіщення електронною поштою.
- **Сповіщення** також спрацьовують у разі перевищення 5% серверних помилок, повільних відповідей (p95 вище 2 секунд протягом 10 хвилин), високої частки відповідей 4xx, вичерпання пулу бази даних, збоїв запису журналу аудиту, порушення ланцюга аудиту, повторного використання токена оновлення OAuth та кінцевих точок вебхуків, які були вимкнені після багаторазових збоїв.
- **Публічної сторінки статусу поки що немає.** Перевірки, описані вище, є внутрішніми. Сторінка статусу буде опублікована лише тоді, коли вона зможе відображати реальні вимірювання з цих перевірок, а не написане вручну повідомлення "всі системи працюють".

## Резервне копіювання та відновлення

- **База даних:** автоматичне резервне копіювання щодня о 02:00 UTC, зберігається 7 копій, плюс **відновлення на момент часу** за останні 7 днів; увімкнено захист від видалення.
- **Документи:** версіонування об'єктів та 7-денне м'яке видалення в бакеті зберігання, зашифроване ключем, керованим клієнтом.
- **Журнал аудиту:** копія поза базою даних, що тільки додається, щоденно перевіряється на наявність пропусків та несанкціонованих змін.
- **Тестування відновлення:** 20 вересня 2026 року виробнича база даних була клонована до точки за три хвилини до цього; клон став придатним приблизно через 10 хвилин, і кількість записів у ньому відповідала вихідним даним. Повне відновлення також потребує повторного розгортання, ще близько 5 хвилин.

## Коли щось пішло не так

1. Сповіщення надходить до команди; уражені запити відстежуються за їхнім **ідентифікатором запиту** (кожна відповідь містить заголовок `Anpheros-Request-Id`; цитуйте його, коли звертаєтеся до нас).
2. Спочатку відкликаються скомпрометовані облікові дані; якщо цілісність даних під сумнівом, запис даних зупиняється, а база даних відновлюється до стану до інциденту.
3. **Організації, чиї дані були уражені, повідомляються безпосередньо**, відповідно до термінів їхньої угоди про обробку даних; у разі порушення персональних даних — протягом 72 годин після усвідомлення цього, як того вимагає GDPR.
4. Розбір інциденту (post-mortem) проводиться протягом 5 робочих днів.

Зміни в API, включаючи посилення безпеки, оголошуються в [журналі змін](https://developers.anpheros.com/uk/guides/versioning).

## Ваші дані: експорт, зберігання та видалення

- **Експорт:** записи відповідають стандарту HL7 FHIR R4; `Patient/$everything` повертає повний запис пацієнта у вигляді FHIR bundle,
  а `$summary` — Міжнародний підсумок пацієнта (International Patient Summary). Жодні дані не зберігаються у пропрієтарному форматі.
- **Видалення:** організація може видалити ресурси, які вона створила (FHIR `DELETE`, або `DELETE` для ресурсів `/v1`); попередні
  версії залишаються в історії ресурсу. Що відбувається з
  виробничими даними після завершення плану, викладено в [умовах ціноутворення](https://developers.anpheros.com/uk/guides/pricing).
- **Аудит:** кожне читання та запис реєструється та доступне пацієнту. Рядки аудиту наразі зберігаються безстроково;
  період зберігання для кожного типу запису є предметом майбутнього юридичного рішення.

## Ще не впроваджено

- автоматичне перемикання при збоях між зонами та договірне SLA;
- публічна сторінка статусу з виміряним часом безвідмовної роботи;
- офіційні сертифікати (наприклад, ISO 27001 або SOC 2): жоден не заявлений.

Це перелічено, щоб ви могли планувати свою роботу з урахуванням цих аспектів. Запитання: contact@anpheros.com.

## Пов'язане

- [Безпека, конфіденційність та місцезнаходження даних](https://developers.anpheros.com/uk/guides/security)
- [Обмеження та ліміти запитів](https://developers.anpheros.com/uk/guides/limits)
- [Версіонування та журнал змін](https://developers.anpheros.com/uk/guides/versioning)
- [Ціни](https://developers.anpheros.com/uk/guides/pricing)
