< ALEKSANDR GRIBAKIN />
⚙
Lead Full Stack & DevOps Engineer
15 лет в коде
Пятнадцать лет строю и масштабирую распределённые системы — застал переход индустрии от bare-metal серверов и монолитов к cloud-native, Kubernetes и GitOps. Берусь за то, что команды откладывают: технический долг, выкладка релизов с нуля и удержание систем в рабочем состоянии.
Kubernetes
Terraform
Docker
GitLab CI
PostgreSQL
Go
Node.js
Начать консультацию
Результаты в цифрах
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 руками, разбор логов и падений так же. Студия без выделенных админов — за работу сайта после сдачи отвечал тот, кто его написал. Оттуда привычка смотреть на приложение вместе с машиной, на которой оно живёт.
Профессиональные вехи
Шесть переходов, которые сегодня продают готовыми решениями. Я проходил их, когда готовых решений не существовало.
2024
Последний физический сервер
Погасла последняя стойка. Долгой была не перевозка, а инвентаризация: полного списка того, что крутится на железе, не существовало нигде, кроме как в головах трёх человек.
2022
Релиз перестал быть событием
Выкатка сократилась с многодневной операции примерно до пятнадцати минут, без простоя. Когда релиз дёшев, правки перестают копить до следующего спринта.
2020
Конец устной традиции
Среды перестали быть уникальными. Расхождение между development, staging и production стало дефектом, а не особенностью жизни.
2018
Упирается почти никогда не база
Год с хранилищами под нагрузкой: узкое место — почти никогда не движок, а форма вопросов, которые ему задают.
2016
DevOps, когда это были два отдела
У разработки и эксплуатации были разные цели и разные представления о слове «готово». Инцидент почти никогда не бывает чисто техническим.
2011
Первый коммит в продакшен
PHP на физическом сервере, деплой по FTP. Работало. Почти — и всё, что выше, отвечает на то, почему «почти» недостаточно.