Телеграм канал «Merion Academy»

Разгадка пятничного кейса: почему часть пользователей видела старую версию сайта 🐸

Правильный ответ: 🔥 проблема была в браузерном или CDN-кэше.

Новый файл уже появился на сервере, но часть пользователей продолжала получать старую версию. После очистки кэша страница обновлялась, а API при этом сразу отдавал свежие данные.

Что обычно проверяют:
- заголовки Cache-Control и ETag;
- версию файла в CDN;
- service worker;
- cache busting: например, app.abc123.js вместо постоянного имени файла.

Если после релиза старую версию видят только некоторые пользователи, сначала проверь кэш.

Пятничная загадка: после релиза часть пользователей видит старую версию сайта

Фронтенд обновили. На компьютере разработчика всё новое, но часть пользователей продолжает видеть старый интерфейс.

Факты:
- новый файл уже есть на сервере;
- проблема возникает не у всех;
- после очистки кэша страница обновляется;
- API отдаёт свежие данные.

Где искать причину?

👀 - в запросе к базе данных
🔥 - в браузерном или CDN-кэше
🤯 - в правах пользователя на сервере

Ставь реакцию. Разбор в следующий понедельник.

Задачка с собеседования: контейнер работает локально, но падает в CI 🐸

На ноутбуке всё запускается. В CI pipeline контейнер завершается сразу после старта.

Проверять нужно не только код приложения. Сравни переменные окружения, версию образа, права на файлы, сетевые настройки и команду запуска.

На курсе «DevOps-инженер с нуля» эти темы разбираются на практике: Linux, Docker, Docker Compose, CI/CD, Kubernetes, Terraform, Ansible и мониторинг. Сейчас идёт набор на поток. Есть тариф с ментором, ИИ-ассистент для вопросов по материалам и бандл Linux + DevOps.

Начать можно с бесплатной части курса, чтобы оценить программу и формат обучения.

➡️ Программа, набор на поток и бесплатная часть

Контейнер сразу завершается после запуска: что проверить 🐸

Команда docker ps показывает пусто, хотя минуту назад контейнер запускался.

Проверь по шагам:

docker ps -a

Покажет остановленные контейнеры и их статус.

docker logs <container_id>

Покажет, почему завершился основной процесс.

docker inspect <container_id>

Поможет проверить команду запуска, переменные окружения и код выхода.

Контейнер живёт, пока живёт его основной процесс. Если команда внутри завершилась, контейнер тоже остановится.

Логи не нужно читать целиком: начни с пяти строк вокруг ошибки 🐸

Когда сервис упал, найди сначала время и ключевое слово, потом уже контекст.

grep -n "ERROR" app.log | tail -n 5

Посмотреть последние ошибки проще, чем листать весь файл.

tail -n 100 app.log

Посмотреть последние 100 строк и понять, что происходило перед ошибкой.

journalctl -u nginx --since "10 minutes ago"

Если сервис работает через systemd, сразу ограничь поиск нужным временем.

Логи дают ответ только тогда, когда в них есть время, уровень ошибки и контекст запроса.

Разгадка: почему зелёные метрики не означают, что всё работает

Правильный ответ: 🔥 смотреть нужно не только на средние показатели, а на ошибки и p99 конкретного сценария.

Если 99% оплат проходят быстро, среднее время ответа останется красивым. Но один процент пользователей может получать таймаут или ошибку на шаге оплаты.

Порядок проверки:
1. найти endpoint, который отвечает за оплату;
2. сравнить долю ошибок до и после релиза;
3. посмотреть p95 и p99 отдельно для этого endpoint;
4. открыть трассировки неуспешных запросов;
5. проверить, не падает ли один из внешних сервисов.

Мониторинг должен показывать не только состояние серверов, но и то, могут ли пользователи выполнить важное действие.