Новый продукт подключается в 3 раза быстрее
Фактический срок подключения сократился с 3 до 1 месяца. Это стало возможным после перехода от отдельного продукта к централизованной общебанковской платформе, архитектуру которой я спроектировал.
Как Principal / Staff Engineer, проектирую распределённые системы, задаю архитектурные правила и помогаю командам двигаться в одном техническом направлении без лишних сервисов и скрытых зависимостей.
Опыт работы с крупными банками и промышленными компаниями
01 / Результаты
Фактический срок подключения сократился с 3 до 1 месяца. Это стало возможным после перехода от отдельного продукта к централизованной общебанковской платформе, архитектуру которой я спроектировал.
Зависимости и правила изменений стали видимыми в одном архитектурном контуре для ~15 команд и ~120 репозиториев. Новые сервисы согласуются по единым правилам, а причины решений остаются доступными командам.
Изменения данных клиента больше не ждут следующего ночного запуска: решение принимается за минуты вместо суток. Сквозная наблюдаемость помогает быстрее находить источник сбоя, а выводы из инцидентов становятся постоянными улучшениями платформы.
02 / Разбор решения
Задача была не просто изменить модель обработки, а превратить отдельный продукт в общебанковскую платформу, к которой могут подключаться другие банковские продукты. Исходное решение не масштабировалось на такой сценарий, поэтому целевая архитектура изначально учитывает подключение новых продуктов и работу в масштабе всего банка.
03 / Опыт
Инженерная глубина, руководство большим отделом и переход к работе на уровне платформы.
Обеспечил прозрачность архитектурных решений, ускорил их согласование между командами и подготовил платформу к общебанковскому масштабу.
Проектировал банковские и промышленные системы и сопровождал реализацию в командах до 40+ человек.
Руководил отделами разработки общей численностью 350+ человек и совмещал управление с техническим лидерством.
Шесть лет серверной разработки для банковских и промышленных заказчиков.
04 / Практика
Не привязан к одному стеку: выбираю технологии под ограничения задачи, применяю их в работающих системах и быстро осваиваю новые.
Применял event-driven, DDD, CQRS, Saga, Outbox и API contracts, чтобы разделять ответственность, управлять согласованностью и независимо развивать части платформы.
Java и Kotlin — основная база; Go и Python применял под конкретные задачи. Инженерные принципы переношу между стеками, работая со Spring, Kafka, PostgreSQL, Redis и ClickHouse.
Связываю архитектуру с поставкой и эксплуатацией: Kubernetes, OpenShift, GitOps, CI/CD, Terraform и developer portal. Учитываю наблюдаемость, поддержку и разбор инцидентов.
Новые технологии осваиваю через практическую задачу, а подходы пересматриваю по результатам эксплуатации и инцидентов. Знания закрепляю в ADR/RFC, ревью и общих инженерных правилах.
05 / Личный продукт
Личный продукт подтверждает, что я остаюсь практикующим инженером и довожу работу до релиза.
Приложение для iOS и Android. Проектирование, разработка, инфраструктура и публикация выполнены самостоятельно.
06 / Обучение
Выбранные программы повышения квалификации. Сертификаты открываются по ссылке.
Высшее образование
Бакалавр · Математическое обеспечение и администрирование информационных систем · 2011–2015
07 / Контакт
Если вам нужен инженер для сложной платформы, межкомандных решений и долгого технического горизонта — напишите в Telegram.