< ALEKSANDR GRIBAKIN />
⚙
Lead Full Stack & DevOps Engineer
15 лет в коде
Пятнадцать лет строю и масштабирую распределённые системы — застал переход индустрии от bare-metal серверов и монолитов к cloud-native, Kubernetes и GitOps. Берусь за то, что команды откладывают: технический долг, CI/CD с нуля и удержание систем в строю.
Kubernetes
Terraform
Docker
GitLab CI
PostgreSQL
Go
Node.js
Начать консультацию
█╗ █╗ █████╗ █████╗
██╗██╗██╔══██╗██╔══██╗
█╚███╔╝███████║██║ ██║
█║╚██╔╝ ██╔══██║██║ ██║
█║ ╚═╝ ██║ ██║██████║
╚═╝ ╚═╝ ╚═╝╚═════╝
ACCESS GRANTED
──────────────────────────────────
[ OK ] Connection from:
detecting...
[ OK ] User-Agent:
detecting...
[ OK ] Session started:
detecting...
[ INFO ] Target:
Lead Full Stack & DevOps Engineer
──────────────────────────────────
visitor@portfolio:~$ stats --breakdown
visitor@portfolio:~$
Влияние в цифрах
15+
Лет в продакшене
В продакшене с 2011 года — мигрировал то, что нельзя было останавливать
17
Отработанных архитектур
Решения, доведённые до продакшена, в 6 направлениях — это метод, а не список заказчиков
47
Технологий в работе
Фронт, бэк и инфраструктура — один подрядчик вместо трёх. Чаще всего: Linux
99.9%
Целевая доступность
Это не больше 43 мин простоя в месяц
6
Профессиональных вех
С 2011 по 2024 — каждая про перелом, а не про решение
Карьерный путь
2022–2026
Senior DevOps / Platform Engineer @ Cloud-native платформа
Вёл Kubernetes-платформу, на которой работают продуктовые команды: неймспейс выдаётся сразу с квотами, ingress, TLS и мониторингом, и чтобы выкатить сервис, разбираться в устройстве кластера не нужно. Поставку перевёл на GitOps: нужное состояние описано в репозитории, а правки руками на кластере откатываются автоматически. Последние физические серверы ушли в гибридное облако, обслуживание подешевело на 30–40%.
2019–2022
DevOps Engineer @ Миграция на микросервисы
Десятки микросервисов, у каждого свой самописный пайплайн, давно разошедшийся с соседними. Свёл их к одному шаблону: сервис объявляет свой тип и получает готовую сборку, тесты и выкатку. Релиз перестал быть согласованным событием на несколько дней — теперь это около пятнадцати минут и без простоя.
2016–2019
Full Stack Engineer @ SaaS-продукт
Один продукт целиком: бэкенд, фронтенд и инфраструктура под ними. Основная работа шла с базой под растущей нагрузкой: репликация, чтобы разнести чтение, шардирование, чтобы разнести запись, и кэш на нескольких уровнях с явными правилами, каким данным позволено устаревать. Большая часть выигрыша пришла из чтения планов запросов, а не из нового железа.
2013–2016
Full Stack Developer @ Веб-платформа
Монолит на классической виртуализации, релизы вручную по чек-листу. Написал первые скрипты развёртывания и перенёс конфигурацию окружений из голов в репозиторий — предок того, что позже стали называть CI/CD. Тогда же стало понятно, что ручной шаг в релизе — это не экономия, а отложенный инцидент.
2011–2013
Web Developer @ Веб-студия
LAMP на физических серверах: PHP и MySQL, настройка Apache и nginx руками, разбор логов и падений так же. Студия без выделенных админов — за работу сайта после сдачи отвечал тот, кто его написал. Оттуда привычка смотреть на приложение вместе с машиной, на которой оно живёт.
Отработанные архитектуры
Как я решаю эти классы задач — метод, а не список заказчиков
Migration
Bare-metal → гибридное облако
Terraform, Ansible, AWS, GCP, Linux
△ -30-40% расходов / поэтапно
Поэтапный уход с физических серверов в гибридное облако. Сначала инвентаризация, потом паритет, потом трафик — но не всё сразу.
Platform
Kubernetes-платформа
Kubernetes, Helm, ArgoCD, Terraform, Prometheus
△ 99.9% аптайм / self-serve namespace
Кластер, которым продуктовые команды пользуются, не изучая Kubernetes. Namespace приходит сразу с квотами, ingress и мониторингом.
IaC
Инфраструктура как код
Terraform, Ansible, GitLab CI, Vault, Linux
△ 100% воспроизводимость / 3 окружения
Каждое окружение описано кодом и пересоздаётся с нуля по требованию. Ни серверов-снежинок, ни недокументированных правок руками.
Tooling
Паритет локали и продакшена
Docker, Docker Compose, Terraform, Make, Linux
△ Один образ / 4 окружения
Одни и те же образы и одна форма конфигурации везде. Убирает класс багов «на моей машине работает» целиком.
Delivery
Стандартизированные конвейеры поставки
GitLab CI, Jenkins, Docker, Helm, GitHub Actions
△ 15 мин релиз / десятки сервисов
Один шаблон пайплайна на десятки сервисов. Время релиза с дней до примерно пятнадцати минут.
Deployment
Развёртывание без простоя
Kubernetes, ArgoCD, NGINX, Helm, Prometheus
△ Ноль простоя / откат 90 с
Rolling и blue-green релизы с промоушеном по здоровью. Плохой релиз откатывается раньше, чем его заметит большинство.
GitOps
GitOps-модель поставки
ArgoCD, Git, Helm, Kustomize, Kubernetes
△ Git как источник истины / авто-сверка
Репозиторий и есть желаемое состояние. Всё применённое руками откатывается контроллером — это задумано.
Architecture
Монолит на сервисы
PHP, Symfony, Go, gRPC, RabbitMQ
△ Постепенно / без заморозки
Извлечение по strangler fig, монолит всё время обслуживает трафик. Границы по владению данными, а не по структуре папок.
API
Слой API и контракты
Node.js, TypeScript, OpenAPI, gRPC, NGINX
△ Генерация клиентов / версии контрактов
REST наружу, gRPC внутрь, один сгенерированный контракт на оба. Клиенты ломаются на сборке, а не в продакшене.
Queues
Асинхронная обработка задач
Python, FastAPI, Celery, RabbitMQ, Redis
△ Идемпотентные ретраи / разбор DLQ
Фоновая работа через очереди: идемпотентные обработчики, ретраи с backoff и dead-letter, который действительно читают.
Database
PostgreSQL под нагрузкой
PostgreSQL, PgBouncer, Patroni, Prometheus, Linux
△ Масштаб чтения / партиционирование
Репликация, партиционирование и пулинг соединений. Основной выигрыш пришёл от чтения планов запросов, а не от железа.
Caching
Многоуровневое кэширование
Redis, NGINX, CDN, Node.js, PostgreSQL
△ 4 уровня / явная инвалидация
CDN, edge, приложение и запросы с явной инвалидацией. Каждый слой отвечает за то, в чём ему позволено ошибаться.
Search
Поиск и хранилище документов
Elasticsearch, MongoDB, Python, Kafka, Redis
△ Живая переиндексация / поток изменений
Полнотекстовый поиск на потоке изменений, переиндексация идёт под живым трафиком, а не в техническое окно.
Web
SPA с серверным рендерингом
React, TypeScript, Vite, Node.js, NGINX
△ SSR первая отрисовка / типы сквозные
Рендер на сервере ради первой отрисовки и поисковиков, гидратация на клиенте для всего остального.
Design System
Библиотека компонентов
Vue.js, TypeScript, Webpack, Storybook, CSS
△ 40+ компонентов / WCAG AA
Общий набор компонентов с токенами, описанными состояниями и доступностью, заложенной сразу, а не потом.
Monitoring
Стек наблюдаемости
Prometheus, Grafana, Loki, Elasticsearch, Alertmanager
△ Связанные сигналы / алерты по SLO
Метрики, логи и трейсы связаны id запроса. Дашборды отвечают на вопросы, а не показывают числа.
Process
Реагирование на инциденты
Grafana, Alertmanager, Ansible, Git, Linux
△ Дежурства по владению / живые runbook
Дежурства по владению сервисом, runbook в актуальном состоянии и постмортемы, дающие изменения, а не виноватых.
Профессиональные вехи
Шесть переходов, которые сегодня продаются как готовые решения. Я проходил их, когда готовых решений не было.
2024
Последний физический сервер
Погасла последняя стойка. Долгой была не перевозка, а инвентаризация: полного списка того, что крутится на железе, не существовало нигде, кроме как в головах трёх человек.
2022
Релиз перестал быть событием
Выкатка сократилась с многодневной операции примерно до пятнадцати минут, без простоя. Когда релиз дёшев, правки перестают копить до следующего спринта.
2020
Конец устной традиции
Среды перестали быть уникальными. Расхождение между development, staging и production стало дефектом, а не особенностью жизни.
2018
Упирается почти никогда не база
Год с хранилищами под нагрузкой: узкое место — почти никогда не движок, а форма вопросов, которые ему задают.
2016
DevOps, когда это были два отдела
У разработки и эксплуатации были разные цели и разные представления о слове «готово». Инцидент почти никогда не бывает чисто техническим.
2011
Первый коммит в продакшен
PHP на физическом сервере, деплой по FTP. Работало. Почти — и всё, что выше, отвечает на то, почему «почти» недостаточно.
Политика конфиденциальности
Обновлено: 7 августа 2026
Это персональный сайт-портфолио. Он собирает минимум, и на этой странице написано, что именно.
Кто обрабатывает данные
Александр Грибакин, владелец сайта dev24.pro. По любым вопросам об этой политике: hello@dev24.pro.
Что отправляет форма
Когда вы отправляете сообщение, передаётся то, что вы ввели сами: имя, адрес электронной почты и текст сообщения.
Вместе с ними уходят выбранный язык интерфейса, время отправки и — если вы пришли по рекламной ссылке — метки кампании из неё: utm_source, utm_medium, utm_campaign, utm_content, utm_term, yclid, gclid, fbclid, адрес страницы входа и адрес сайта, с которого вы перешли.
IP-адрес используется только для ограничения частоты отправок и удерживается в памяти сервера около минуты. В базу или файл он не записывается.
Куда это попадает
Resend — почтовый сервис, через который сообщение приходит на мой ящик. Vercel — хостинг сайта; технические журналы обращений формируются на его стороне. Базы обращений у сайта нет: сообщение живёт в моей почте и больше нигде.
Что хранится в вашем браузере
Не для слежки, а чтобы сайт помнил ваш выбор:
portfolio-mode — выбранный интерфейс portfolio-lang — язык theme — светлая или тёмная тема terminal-history — история команд в терминальном режиме attribution — метки рекламной кампании; хранится только до закрытия вкладки
Всё это удаляется очисткой данных сайта в браузере.
Аналитика
Google Analytics 4 — обезличенная статистика посещений; ставит собственные файлы cookie (_ga и производные). Vercel Web Analytics — статистика посещений без файлов cookie.
Отказаться можно блокировщиком или запретом сторонних cookie. Сайт продолжит работать.
Сколько хранится
Переписка — пока она нужна мне для работы с обращением, и не дольше трёх лет.
Данные аналитики — по срокам соответствующих сервисов.
Ваши права
Вы можете запросить, какие ваши данные у меня есть, потребовать их исправления или удаления и отозвать согласие. Напишите на hello@dev24.pro — отвечу в течение 30 дней.
Изменения
Если состав собираемых данных изменится — например, добавится другой сервис аналитики, — эта страница будет обновлена, а дата вверху изменится вместе с ней.
404
404 — Страница не найдена
Этот маршрут не существует.
Вернуться на главную