Налаштування SLA-моніторингу для веб-застосунку під ключ

Веб-застосунок у фінтехі падає о 3 годині ночі, SLA обіцяє 99.9%, а помилка конфігурації моніторингу коштує контракту. Реальний випадок: клієнт втрачав до 5% користувачів при кожному простої, поки ми не налаштували коректні SLI та burn-rate алерти. SLA-моніторинг — це не просто uptime-чекер, а система вимірювання та управління надійністю. Ми налаштовуємо його під ключ для веб-застосунків будь-якої складності. Досвід 10+ років, понад 50 проєктів з моніторингом, сертифіковані інженери. Ключові цифри: 10+ років на ринку, 50+ виконаних проєктів, 5+ років спеціалізації на SLA-моніторингу. Якщо ви не знаєте, як відстежувати виконання SLA, або хочете автоматизувати алерти — зв'яжіться з нами, отримайте консультацію. Гарантуємо прозорість метрик та своєчасні сповіщення. Вартість налаштування залежить від обсягу робіт. Зв'яжіться з нами для індивідуального розрахунку.

Метрики для відстеження SLA

SLA (Service Level Agreement) визначає цільові показники. Availability (доступність) — формула: (total_time - downtime) / total_time * 100%. Для 99.9% SLA допустимо ~8.7 годин простою на рік, для 99.99% — 52 хвилини. Для оцінки задоволеності користувачів використовується Apdex score, який враховує поріг затримки.

Response Time — P95 та P99 важливіші за середнє: середнє приховує хвіст повільних запитів. Типові цілі: P95 < 500ms, P99 < 2s.

Error Rate — відсоток 5xx — ціль < 0.1% для продакшену. Для виявлення аномалій застосовуємо multivariate scoring та машинне навчання на основі distributed tracing.

Налаштування SLA-моніторингу на Prometheus

1. Визначаємо SLI (Service Level Indicators): uptime, P95/P99 latency, error rate, throughput.
2. Формуємо SLO (Service Level Objectives): 99.9% uptime, P95 < 500ms, помилки < 0.1%.
3. Записуємо правила Prometheus для розрахунку SLI/SLO та алертів по burn rate.

# Правило для availability SLO (ціль: 99.9%) - record: job:availability:ratio_rate5m expr: | 1 - ( rate(http_requests_total{status=~"5.."}[5m]) / rate(http_requests_total[5m]) ) # Алерт: SLO під загрозою (burn rate > 14.4x за 1 годину) - alert: SLOBurnRateTooHigh expr: | job:availability:ratio_rate5m < 0.999 and rate(http_requests_total{status=~"5.."}[1h]) > 0 for: 2m labels: severity: critical annotations: summary: "SLO availability at risk" 

4. Налаштовуємо дашборд у Grafana для візуалізації SLO, error budget та burn rate.
5. Додаємо зовнішні перевірки (Pingdom, Blackbox Exporter) з різних точок світу.

Вибір інструменту збору метрик

Prometheus + Grafana дає повний контроль і економить бюджет, але потребує DevOps-інженера для обслуговування. Datadog простіший у розгортанні, але при великих обсягах метрик вартість зростає в рази — Prometheus дозволяє обробляти в 5 разів більше метрик на тому ж залізі. Blackbox Exporter у 2 рази дешевший ніж Uptime Robot, але потребує налаштування. Зовнішні монітори на кшталт Uptime Robot — легке доповнення, але не замінюють внутрішніх метрик. Вибір залежить від обсягу даних і бюджету.

Важливість error budget

Error budget — допустимий час простою за період (наприклад, 43 хвилини на місяць при SLO 99.9%). Він балансує надійність і швидкість розробки: якщо бюджет не вичерпано — можна випускати фічі швидше, якщо вичерпано — пріоритет — надійність. Ми налаштовуємо автоматичний розрахунок error budget у Grafana та алерти при його вичерпанні. Згідно з Site Reliability Engineering від Google, error budget дозволяє приймати обґрунтовані рішення про релізи.

Одна з найчастіших помилок — встановлення занадто жорстких SLO без урахування вартості інфраструктури. Наприклад, вимога 99.99% доступності для внутрішнього сервісу може збільшити витрати в 2–3 рази без відчутної користі. Інша помилка — відсутність валідації метрик: якщо Prometheus не знімає дані з потрібного ендпоінта, SLA стає фікцією. Рекомендуємо починати з 99.9% і коригувати на основі даних.

Що входить у налаштування SLA-моніторингу

• Встановлення та налаштування Prometheus, Grafana, Alertmanager (на вашій інфраструктурі або в хмарі)
• Прописування SLI/SLO та алертів по burn rate
• Дашборд із SLO, error budget, трендами
• Зовнішні перевірки (Uptime Robot або Blackbox Exporter)
• Автоматична щомісячна звітність (PDF)
• Документація з моніторингу
• Доступи до дашбордів та алертів
• Навчання команди (1 година)
• Підтримка 2 тижні після здачі

На ринку понад 5 років, реалізували 50+ проєктів з моніторингом. Використовуємо тільки перевірені стеки, гарантуємо SLA відповіді інженера — 1 година. Отримайте консультацію — пишіть. Замовте налаштування SLA-моніторингу під ключ.

SLA-звітність

Автоматичний щомісячний звіт для бізнесу: фактичний uptime vs цільовий, список інцидентів, використання error budget, тренд. Grafana генерує PDF за розкладом, для enterprise — Datadog SLO Reports.

Строки налаштування

Підсумковий строк — від 5 до 8 робочих днів залежно від складності системи.