# SLA, SLO і підтримка Що є цільовим показником, а що договірною гарантією для хмарного API Pro, як обробляються інциденти і який канал підтримки діє на кожному тарифі. Source: https://www.afterpack.dev/uk/docs/sla **SLO** — це цільовий показник, на який AfterPack орієнтується під час проєктування та експлуатації, без фінансової гарантії. **SLA** — це договірне зобов'язання, зазвичай із фінансовою компенсацією в разі невиконання. ## Режим 2: хмарний API Pro Збірки [Indie, Team і Studio](https://www.afterpack.dev/uk/docs/tiers), що мають [ключ Pro](https://www.afterpack.dev/uk/docs/dashboard/api-keys), звертаються до [`api.afterpack.dev`](https://www.afterpack.dev/uk/docs/cloud-api) у [Режимі 2](https://www.afterpack.dev/uk/docs/deployment-modes), використовуючи налаштований вами [`key`](https://www.afterpack.dev/uk/docs/config#key) або [`AFTERPACK_key`](https://www.afterpack.dev/uk/docs/config#key). Його цільовий показник: | | | |---|---| | **Цільовий SLO** | 99.5% доступності на місяць | | **Не враховується** | Див. «Винятки» нижче | | **Інфраструктура** | Cloudflare Workers, розподілені по всьому світу; кожна збірка обмежена явним бюджетом CPU та реального часу | | **Якщо недоступний** | Збірка [зупиняється з помилкою (fail closed)](https://www.afterpack.dev/uk/docs/diagnostics#fail-closed-no-exceptions). | ## Винятки Три речі не входять у наведений вище цільовий показник доступності та не підпадають під жодну відповідальність за простій: - **Базові постачальники.** AfterPack працює на інфраструктурі, якою керують треті сторони, зокрема Cloudflare. Збій або погіршення роботи в когось із них не враховується. - **Планове обслуговування**, оголошене щонайменше за 24 години. - **Ваша власна мережа чи середовище**, зокрема брандмауер, проксі або DNS-резолвер, що не може дістатися до API. ## SLA для Enterprise Договори [Enterprise](https://www.afterpack.dev/uk/docs/tiers) передбачають **99.9% доступності на рік із фінансовими санкціями**. Точні умови компенсації визначаються в кожній угоді окремо. Показники реагування на інциденти та підтримки, з яких починається договір Enterprise, див. у розділі [Enterprise: SLA та експлуатація](https://www.afterpack.dev/uk/docs/enterprise#sla-and-operations). ## Сторінка статусу [status.afterpack.dev](https://status.afterpack.dev) показує поточний стан і доступність за 90 днів для API та вебсайту, які перевіряються кожні 5 хвилин. Ті самі дані публічно доступні через [Status API](https://www.afterpack.dev/uk/docs/status-api). Якщо вам здається, що хмара не працює, напишіть на **support@afterpack.dev**; збірка, що завершилася помилкою, називає [діагностичний код](https://www.afterpack.dev/uk/docs/diagnostics), який варто навести. ## Реагування на інциденти Після повного збою Режиму 2 протягом 5 робочих днів у блозі публікується публічний розбір без пошуку винних: хронологія, першопричина, вплив на клієнтів і коригувальні дії з відповідальними та термінами. Договори Enterprise містять визначені терміни реагування (див. [Enterprise](https://www.afterpack.dev/uk/docs/enterprise#sla-and-operations)). Під час періоду погіршеної роботи (підвищена частка помилок або тайм-аутів на ендпоінті обфускації) збірки Pro [зупиняються з помилкою (fail closed)](https://www.afterpack.dev/uk/docs/diagnostics#fail-closed-no-exceptions). [Збірки Free (локальні)](https://www.afterpack.dev/uk/docs/deployment-modes) ніколи не звертаються до API, тож їх це не зачіпає. ## Канали підтримки за тарифами | Тариф | Канал | |---|---| | Free | [Документація](https://www.afterpack.dev/uk/docs), [FAQ](https://www.afterpack.dev/uk/docs/faq) і GitHub | | [Extra MB](https://www.afterpack.dev/uk/docs/tiers), Indie | Email: **support@afterpack.dev** | | Team | Пріоритетна підтримка електронною поштою | | Studio | Пріоритетна електронна пошта плюс виділений канал у чаті | | Enterprise | Виділений Slack Connect, плюс персональний менеджер облікового запису та контактна особа з інженерної команди; договірний час реагування на інциденти 4 робочі години (P1) / 1 робочий день (P2) | На кожному тарифі, зокрема Free: запитання та пропозиції надсилайте в [GitHub Discussions](https://github.com/afterpack-dev/afterpack/discussions), помилки в [GitHub Issues](https://github.com/afterpack-dev/afterpack/issues). **support@afterpack.dev** зазвичай відповідає протягом одного робочого дня незалежно від тарифу. Що вказати, якщо йдеться про обсяг розгортання, індивідуальний договір чи питання відповідності вимогам, див. у розділі [Enterprise: контакти](https://www.afterpack.dev/uk/docs/enterprise#contact). ## Повідомлення про вразливості Знайшли проблему безпеки, зокрема спосіб обійти захист, ще до публічного опису? Напишіть на **security@afterpack.dev**, замість того щоб створювати публічну задачу. Ця адреса також приймає повідомлення про [витік ключа Pro](https://www.afterpack.dev/uk/docs/dashboard/api-keys). Договори Enterprise отримують виправлення протягом 24 годин після підтвердженого повідомлення, як для хмари, так і для on-prem. Усі інші тарифи отримують виправлення у звичайному циклі релізів, з пріоритетом за серйозністю. ## Зміни рушія та версіонування Публічного журналу змін захисту (Protection Changelog), який називав би категорію та напрям кожної зміни рушія, важливої для безпеки, немає. LTS-версії рушія немає. Див. [Як працює AfterPack: нова програма на кожній збірці](https://www.afterpack.dev/uk/docs/concepts#a-new-program-every-build). AfterPack ще не досяг версії 1.0, і `@afterpack/core`, пакети для фреймворків і рушій версіонуються разом. Виправлення безпеки виходять в останньому релізі, тож оновлюйтеся, щоб їх отримати. ## Далі - [Збірки та CI](https://www.afterpack.dev/uk/docs/builds): поведінка за недоступності хмари, яку підкріплює SLO цієї сторінки, і як ротація змінює структуру кожної збірки. - [Enterprise](https://www.afterpack.dev/uk/docs/enterprise): SLA і дві форми розгортання. - [Діагностика](https://www.afterpack.dev/uk/docs/diagnostics#exit-codes): контракт кодів виходу і що насправді повертає невдала збірка Pro. - [Режими розгортання](https://www.afterpack.dev/uk/docs/deployment-modes): що таке Режим 2 і що натомість працює локально. - [Конфіденційність і обробка даних](https://www.afterpack.dev/uk/docs/privacy): що насправді зберігає хмара, про яку йдеться на цій сторінці. - [Плани та тарифи](https://www.afterpack.dev/uk/docs/tiers): до якого плану належить кожен із наведених вище каналів підтримки.