< ALEKSANDR GRIBAKIN />
⚙
Lead Full Stack & DevOps Engineer
15 лет в коде
Пятнадцать лет строю и масштабирую распределённые системы — застал переход индустрии от bare-metal серверов и монолитов к cloud-native, Kubernetes и GitOps. Берусь за то, что команды откладывают: технический долг, выкладка релизов с нуля и удержание систем в рабочем состоянии.
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
Общая инфраструктура, которой разработчики пользуются, не становясь сначала специалистами по инфраструктуре. Запросили место — получили уже настроенным, и новая работа начинается в тот же день, а не после чужой очереди.
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 с
Обновления выходят без остановки сервиса, а релиз, который начал вести себя плохо, откатывается сам — раньше, чем это увидит большинство клиентов. Никаких заранее объявленных технических окон.
GitOps
GitOps-модель поставки
ArgoCD, Git, Helm, Kustomize, Kubernetes
△ Git как источник истины / авто-сверка
Одна письменная запись о том, как система должна быть настроена, и система сама к ней возвращается. Правки, сделанные руками в три часа ночи, не доживают до того, чтобы стать загадкой следующего месяца.
Architecture
Монолит на сервисы
PHP, Symfony, Go, gRPC, RabbitMQ
△ Постепенно / без заморозки
Разделение одной большой стареющей системы на части, с которыми можно работать по отдельности, — и всё это время она продолжает обслуживать клиентов. Без заморозки и без переписывания с нуля, которое идёт два года и ничего не отдаёт.
API
Слой API и контракты
Node.js, TypeScript, OpenAPI, gRPC, NGINX
△ Генерация клиентов / версии контрактов
Письменная договорённость о том, как части системы разговаривают между собой, сгенерированная из одного источника. Если кто-то вносит несовместимое изменение, оно ломается у него на экране при разработке, а не у клиента.
Queues
Асинхронная обработка задач
Python, FastAPI, Celery, RabbitMQ, Redis
△ Идемпотентные ретраи / разбор DLQ
Медленная работа — отчёты, импорты, письма, ответы платёжных систем — убрана с пути клиента, чтобы страницы оставались быстрыми. Что не прошло, повторяется безопасно, а если не проходит совсем, попадает туда, куда человек действительно смотрит.
Database
PostgreSQL под нагрузкой
PostgreSQL, PgBouncer, Patroni, Prometheus, Linux
△ Масштаб чтения / партиционирование
База данных продолжает справляться по мере роста объёма — обычно за счёт того, что выясняется, чем она на самом деле занята, а не за счёт покупки машины помощнее. Дешевле железа и работает дольше.
Caching
Многоуровневое кэширование
Redis, NGINX, CDN, Node.js, PostgreSQL
△ 4 уровня / явная инвалидация
Готовые ответы держатся ближе к посетителю: страницы открываются быстро, серверы работают меньше. У каждого слоя явное правило, насколько он может отстать, поэтому старую цену никто не увидит.
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
Понимание того, чем занята система, и возможность проследить один запрос клиента насквозь, когда что-то пошло не так. Разница между «сайт как-то тормозит» и знанием, какой именно шаг тормозит и почему.
Process
Реагирование на инциденты
Grafana, Alertmanager, Ansible, Git, Linux
△ Дежурства по владению / живые 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 — Страница не найдена
Этот маршрут не существует.
Вернуться на главную