DevOps и инфраструктура

Зачем это нужно бизнесу

Хороший код на плохой инфраструктуре ведёт себя как плохой код: релизы по выходным вручную, падения под нагрузкой, потерянные бэкапы. Мы настраиваем окружение так, чтобы деплой был обычным событием, а не операцией с риском, а о проблемах команда узнавала из алертов, а не от клиентов.

Инфраструктурой мы занимаемся для всех своих проектов с 2016 года — сначала с Jenkins, сейчас с GitLab CI, Grafana и Loki. Самые нагруженные системы обрабатывают транзакции API-клиентов и платежи для группы сервисов.

Что настраиваем

• Серверы. Debian, Nginx, PHP-FPM, MariaDB/PostgreSQL, Redis, RabbitMQ; разделение окружений dev/stage/prod; выделенные и облачные серверы, включая Yandex Cloud.
• CI/CD. GitLab CI: тесты, статический анализ, сборка фронтенда, деплой без простоя, откат за минуту. Docker там, где он упрощает жизнь, а не усложняет.
• Мониторинг и логи. Grafana с дашбордами по серверам и бизнес-метрикам, Loki для логов, алерты в Telegram и email.
• Резервное копирование. Регулярные бэкапы баз и файлов с проверкой восстановления — бэкап, который никто не восстанавливал, не считается.
• Безопасность. TLS, firewall, обновления, доступы по ключам, отдельные учётные записи, аудит зависимостей.
• Производительность. Кэширование, очереди, индексы, профилирование запросов, CDN для статики.

Форматы сотрудничества

• Разовая настройка окружения и CI/CD для нового или существующего проекта — 1–3 недели.
• Аудит текущей инфраструктуры с отчётом о рисках и планом — 1 неделя.
• Сопровождение по подписке: обновления, мониторинг, реакция на инциденты по SLA.

Инфраструктуру описываем и документируем: любой инженер после нас сможет понять, что где крутится и как это развернуть заново.