После запуска интернет-магазина на Laravel + Vue мы столкнулись с тем, что при 10 тыс. одновременных посетителей корзина переставала сохраняться. Оказалось, что сессии не синхронизировались с Redis, а Nginx отдавал 502. Инцидент устранили за 20 минут — переключились на резервный кластер. Такие ситуации требуют немедленного реагирования и чёткого SLA. Наш подход к технической поддержке делится на реактивную и проактивную ветки. Расскажем, как устроена поддержка и какие проблемы решаем. За 5 лет мы обслужили более 200 проектов — от лендингов до высоконагруженных маркетплейсов.
Как устроена техническая поддержка после запуска?
Реактивная часть — устранение инцидентов. Когда форма не отправляется или страница падает с 500, мы подключаемся в течение 30 минут по SLA. Проактивная — мониторинг, обновления, бэкапы. Это снижает количество срочных вызовов на 40% по сравнению с чисто реактивным подходом. По данным ITIL, управление инцидентами требует чёткого SLA — без него время простоя затягивается. Мы придерживаемся этой практики.
Какие проблемы решает техническая поддержка?
- Критические сбои — сайт недоступен, база данных не отвечает, превышен лимит памяти.
- Ошибки функциональности — сломана корзина, не работает поиск, битая вёрстка.
- Уязвимости — старые версии CMS, плагинов; утечки данных.
- Производительность — высокий TTFB, низкий Core Web Vitals, медленные запросы.
- Интеграции — сломанные API, неверные webhook'и.
Почему проактивная поддержка важнее реактивной?
Проактивный мониторинг выявляет проблемы до того, как они повлияют на пользователей. Например, аномальный рост времени ответа базы данных сигнализирует о необходимости оптимизации запросов. Своевременное обновление зависимостей предотвращает взломы. Мы используем стеки: UptimeRobot, Grafana + Prometheus, Sentry. Это покрывает 99.9% uptime. Экономия на восстановлении после сбоев составляет до 60% затрат по сравнению с чисто реактивным подходом.
Что входит в техническую поддержку
Реактивная поддержка:
- Устранение багов — форма не отправляется, страница падает с 500
- Восстановление после сбоев — упал сервер, переполнился диск
- Устранение последствий взлома
Проактивная поддержка:
- Мониторинг uptime и алертинг
- Обновление зависимостей (CMS, плагины, npm-пакеты) — ежемесячно или по выходу патча безопасности
- Резервное копирование и проверка восстановления
- Проверка SSL-сертификатов
- Мониторинг производительности — LCP, CLS, INP
Плановые работы:
- Обновление контента по запросу
- Доработки и мелкие улучшения
- Аналитика и отчёты по Core Web Vitals
Типичный чек-лист профилактики: проверка свободного места на диске, анализ логов на ошибки, тест восстановления из бэкапа, обновление SSL-сертификата, проверка актуальности PHP и MySQL.
Как настроить мониторинг за 10 минут?
- Установите UptimeRobot и добавьте проверку HTTPS.
- Подключите Sentry к фронтенду и бэкенду.
- Настройте алерты в PagerDuty на критические события.
- Запланируйте ежедневные бэкапы в S3.
- Проверьте SLA-метрики через Grafana.
SLA: типичные уровни обслуживания
| Тип инцидента | Реакция | Решение |
|---|---|---|
| Сайт недоступен (P1) | 30 мин | 2–4 часа |
| Критическая функция сломана (P2) | 2 часа | 8 часов |
| Важный баг (P3) | 8 часов | 2 рабочих дня |
| Мелкое улучшение (P4) | 1 рабочий день | По согласованию |
Сравнение моделей поддержки
| Модель | Особенности | Кому подходит |
|---|---|---|
| Часовой пакет | X часов в месяц, остаток сгорает | Сайты с редкими задачами |
| Ретейнер | Фиксированная оплата за объём и SLA | Проекты с регулярными доработками |
| Time & Materials | Оплата по факту часов | Непредсказуемая нагрузка |
Инструменты для поддержки
Мониторинг: UptimeRobot, Better Uptime, Grafana + Prometheus Алертинг: PagerDuty, OpsGenie, Telegram-бот Логирование: Sentry (ошибки фронтенда/бэкенда), Logtail, Papertrail Backups: S3-compatible storage, автоматические ежедневные бэкапы
Мониторинг ключевых метрик
# prometheus/alerts.yaml groups: - name: website rules: - alert: SiteDown expr: probe_success{job="blackbox"} == 0 for: 2m annotations: summary: "Site {{ $labels.instance }} is down" - alert: SlowResponse expr: probe_duration_seconds{job="blackbox"} > 5 for: 5m annotations: summary: "Slow response: {{ $value }}s" - alert: HighErrorRate expr: rate(http_requests_total{status=~"5.."}[5m]) > 0.05 annotations: summary: "Error rate {{ $value | humanizePercentage }}" Журнал изменений
Каждое изменение фиксируем в логе: обновлён WordPress до 6.5.2 (безопасность), исправлена форма обратной связи (баг #142), обновлён SSL-сертификат, добавлена новая страница услуги /ai-consulting.
Форматы договора поддержки
Часовой пакет — X часов в месяц, остаток не переносится. Подходит для небольших сайтов с нерегулярными задачами.
Ретейнер — фиксированная ежемесячная оплата за определённый объём работ и SLA. Стабильнее для обеих сторон.
Time & Materials — оплата по факту потраченных часов. Прозрачно, но сложнее планировать бюджет.
Свяжитесь с нами, чтобы обсудить условия — мы подберём оптимальный формат. Оценим ваш проект и предложим SLA под ваш бюджет. Получите консультацию — наши инженеры с 5-летним опытом проанализируют текущее состояние сайта и дадут рекомендации.