SLO — це цільовий показник, на який AfterPack орієнтується під час проєктування та експлуатації, без фінансової гарантії. SLA — це договірне зобов'язання, зазвичай із фінансовою компенсацією в разі невиконання.
Режим 2: хмарний API Pro
Збірки Indie, Team і Studio, що мають ключ Pro, звертаються до api.afterpack.dev у Режимі 2, використовуючи налаштований вами key або AFTERPACK_key. Його цільовий показник:
| Цільовий SLO | 99.5% доступності на місяць |
| Не враховується | Див. «Винятки» нижче |
| Інфраструктура | Cloudflare Workers, розподілені по всьому світу; кожна збірка обмежена явним бюджетом CPU та реального часу |
| Якщо недоступний | Збірка зупиняється з помилкою (fail closed). |
Винятки
Три речі не входять у наведений вище цільовий показник доступності та не підпадають під жодну відповідальність за простій:
- Базові постачальники. AfterPack працює на інфраструктурі, якою керують треті сторони, зокрема Cloudflare. Збій або погіршення роботи в когось із них не враховується.
- Планове обслуговування, оголошене щонайменше за 24 години.
- Ваша власна мережа чи середовище, зокрема брандмауер, проксі або DNS-резолвер, що не може дістатися до API.
SLA для Enterprise
Договори Enterprise передбачають 99.9% доступності на рік із фінансовими санкціями. Точні умови компенсації визначаються в кожній угоді окремо. Показники реагування на інциденти та підтримки, з яких починається договір Enterprise, див. у розділі Enterprise: SLA та експлуатація.
Сторінка статусу
Публічної сторінки статусу немає. Якщо вам здається, що хмара не працює, напишіть на support@afterpack.dev; збірка, що завершилася помилкою, називає діагностичний код, який варто навести.
Реагування на інциденти
Після повного збою Режиму 2 протягом 5 робочих днів у блозі публікується публічний розбір без пошуку винних: хронологія, першопричина, вплив на клієнтів і коригувальні дії з відповідальними та термінами. Договори Enterprise містять визначені терміни реагування (див. Enterprise).
Під час періоду погіршеної роботи (підвищена частка помилок або тайм-аутів на ендпоінті обфускації) збірки Pro зупиняються з помилкою (fail closed). Збірки Free (локальні) ніколи не звертаються до API, тож їх це не зачіпає.
Канали підтримки за тарифами
| Тариф | Канал |
|---|---|
| Free | Документація, FAQ і GitHub |
| Extra MB, Indie | Email: support@afterpack.dev |
| Team | Пріоритетна підтримка електронною поштою |
| Studio | Пріоритетна електронна пошта плюс виділений канал у чаті |
| Enterprise | Виділений Slack Connect, плюс персональний менеджер облікового запису та контактна особа з інженерної команди; договірний час реагування на інциденти 4 робочі години (P1) / 1 робочий день (P2) |
На кожному тарифі, зокрема Free: запитання та пропозиції надсилайте в GitHub Discussions, помилки в GitHub Issues.
support@afterpack.dev зазвичай відповідає протягом одного робочого дня незалежно від тарифу. Що вказати, якщо йдеться про обсяг розгортання, індивідуальний договір чи питання відповідності вимогам, див. у розділі Enterprise: контакти.
Повідомлення про вразливості
Знайшли проблему безпеки, зокрема спосіб обійти захист, ще до публічного опису? Напишіть на security@afterpack.dev, замість того щоб створювати публічну задачу. Ця адреса також приймає повідомлення про витік ключа Pro. Договори Enterprise отримують виправлення протягом 24 годин після підтвердженого повідомлення, як для хмари, так і для on-prem. Усі інші тарифи отримують виправлення у звичайному циклі релізів, з пріоритетом за серйозністю.
Зміни рушія та версіонування
Публічного журналу змін захисту (Protection Changelog), який називав би категорію та напрям кожної зміни рушія, важливої для безпеки, немає.
LTS-версії рушія немає. Див. Як працює AfterPack: нова програма на кожній збірці.
AfterPack ще не досяг версії 1.0, і @afterpack/core, пакети для фреймворків і рушій версіонуються разом. Виправлення безпеки виходять в останньому релізі, тож оновлюйтеся, щоб їх отримати.
Далі
- Збірки та CI: поведінка за недоступності хмари, яку підкріплює SLO цієї сторінки, і як ротація змінює структуру кожної збірки.
- Enterprise: SLA і дві форми розгортання.
- Діагностика: контракт кодів виходу і що насправді повертає невдала збірка Pro.
- Режими розгортання: що таке Режим 2 і що натомість працює локально.
- Конфіденційність і обробка даних: що насправді зберігає хмара, про яку йдеться на цій сторінці.
- Плани та тарифи: до якого плану належить кожен із наведених вище каналів підтримки.