Почему в preprod всё было нормально, а в prod после релиза полезли 502
Кейс, который выглядит как баг приложения после релиза, а на деле оказывается стыком данных, нагрузки, таймаутов и слишком оптимистичного preprod.
$ cat intro.md
Заметки про DevOps, SRE, инфраструктуру, инструменты и инженерные практики
Здесь я собираю разное о своем опыте в мире it, развертывании инфраструктуры, CI/CD, мониторинге и рабочих привычках, чтобы не забыть или напомнить себе, если забылось.
19 постов · обновление 30 апр. 2026 г.
$ cat featured.md
$ sort --key=views --reverse posts/ | head -3
## infra
Как я поднимаю новый VPS: минимальный checklist без лишней магии
Базовый порядок действий после покупки сервера: доступ, безопасность, Docker, бэкапы и подготовка к первому деплою.
Что начинает раздражать в Docker Compose после десятого сервиса и как я с этим живу
Честный разбор того, где Compose остаётся отличным решением, а где начинает требовать уже не энтузиазма, а дисциплины.
Мои ошибки в Nginx-конфигах: что выглядит безобидно, а потом бьёт по продакшену
Несколько классов мелких конфигурационных ошибок, которые не всегда заметны сразу, но почти всегда всплывают в самый неудобный момент.
## automation
Почему в preprod всё было нормально, а в prod после релиза полезли 502
Кейс, который выглядит как баг приложения после релиза, а на деле оказывается стыком данных, нагрузки, таймаутов и слишком оптимистичного preprod.
Мой минимальный production checklist перед деплоем
Короткий список проверок, который помогает не тащить в прод лишний хаос.
Почему rollback для меня важнее, чем красивый deploy
Спокойный прод начинается не с эффектной выкладки, а с понятного ответа на вопрос: что я сделаю через три минуты, если новая версия окажется ошибкой.
## tools
Какие DevOps-инструменты реально экономят время, а какие только добавляют слои
Наблюдения о том, где автоматизация действительно помогает, а где превращается в дорогой декоративный слой над простыми задачами.
Почему я всё реже выбираю “самый мощный” инструмент
Сильный инструмент не всегда становится сильным решением. Особенно когда его потом нужно жить и поддерживать каждый день.
$ find tags/ -maxdepth 1 -type f
alerts 1 architecture 1 automation 3 backups 1 bash 1 beginners 2 checklist 1 compose 1 debugging 1 decision-making 1 deploy 3 devops 7 docker 4 firewall 1 incident 2 infra 2 kubernetes 1 linux 4 monitoring 3 nginx 3 operations 2 platform 1 practice 6 preprod 1 production 5 reliability 1 reverse-proxy 1 rollback 1 scripts 1 security 2 server 4 services 1 sre 2 storage 1 tools 2 ufw 1 vps 1 workflow 5
$ ls -lt posts/
Как настроить firewall на VPS и не отрезать себе доступ
Практический разбор настройки firewall на Linux-сервере: какие порты открывать, как работать с ufw, как не заблокировать SSH и как думать о сетевой защите без лишнего пафоса.
Что нужно понять в Linux, если входишь в DevOps
Не курс по командам, а честная карта того, что в Linux действительно нужно новичку для работы с серверами, логами, сервисами и правами доступа.
Что такое DevOps на практике
Простое объяснение для тех, кто только входит в DevOps: не набор модных инструментов, а способ собирать код, сервер, деплой и эксплуатацию в одну рабочую систему.
Почему в preprod всё было нормально, а в prod после релиза полезли 502
Кейс, который выглядит как баг приложения после релиза, а на деле оказывается стыком данных, нагрузки, таймаутов и слишком оптимистичного preprod.
Как не превратить личный сервер в хрупкий карточный домик
Практические принципы, которые помогают держать домашний или арендованный сервер в рабочем состоянии без постоянного страха что-то уронить.
Почему для маленьких проектов Docker Compose часто лучше Kubernetes
Где заканчивается полезная инфраструктура и начинается сложность ради самой сложности.
Как я поднимаю новый VPS: минимальный checklist без лишней магии
Базовый порядок действий после покупки сервера: доступ, безопасность, Docker, бэкапы и подготовка к первому деплою.
Мой минимальный production checklist перед деплоем
Короткий список проверок, который помогает не тащить в прод лишний хаос.
Какие DevOps-инструменты реально экономят время, а какие только добавляют слои
Наблюдения о том, где автоматизация действительно помогает, а где превращается в дорогой декоративный слой над простыми задачами.
Почему мои деплои стали спокойнее после того, как я перестал “улучшать” прод перед релизом
О вредной привычке вносить инфраструктурные улучшения в тот же день, когда нужно просто аккуратно выкатить изменения.
Что начинает раздражать в Docker Compose после десятого сервиса и как я с этим живу
Честный разбор того, где Compose остаётся отличным решением, а где начинает требовать уже не энтузиазма, а дисциплины.
Мои ошибки в Nginx-конфигах: что выглядит безобидно, а потом бьёт по продакшену
Несколько классов мелких конфигурационных ошибок, которые не всегда заметны сразу, но почти всегда всплывают в самый неудобный момент.
Почему rollback для меня важнее, чем красивый deploy
Спокойный прод начинается не с эффектной выкладки, а с понятного ответа на вопрос: что я сделаю через три минуты, если новая версия окажется ошибкой.
Какие серверные проблемы я раньше считал редкими, пока не начал ловить их регулярно
О скучных, но повторяющихся сбоях, которые не выглядят страшными на старте, зато стабильно отнимают время в эксплуатации.
Как я понял, что “временный скрипт для сервера” уже стал частью инфраструктуры
У каждого есть bash-скрипт, который однажды был маленькой временной помощью, а потом внезапно стал критическим звеном.
Почему простая схема бэкапов оказалась полезнее моей “умной” системы
Иногда надёжность выигрывает не у примитивности, а у избыточной изобретательности.
Что я перестал автоматизировать без необходимости
Не всякая ручная операция обязана исчезнуть. Иногда попытка автоматизации только размазывает ответственность и усложняет систему.
Как меняется отношение к мониторингу после первого неприятного инцидента
До первого реального сбоя мониторинг кажется необязательным украшением. После него начинаешь видеть его совсем иначе.
Почему я всё реже выбираю “самый мощный” инструмент
Сильный инструмент не всегда становится сильным решением. Особенно когда его потом нужно жить и поддерживать каждый день.