Павел · DevOps и архитектура инфраструктуры · Москва

Аудит и развитие инфраструктуры для команд, у которых уже есть прод

Разбираю, как платформа работает на самом деле, нахожу слабые места в сборке, доставке, наблюдаемости и доступах, оцениваю цену каждого и помогаю закрыть самые дорогие.

20+ лет
в инфраструктуре: сети, виртуализация, Kubernetes, платформы данных
Head of DevOps
руковожу DevOps-департаментом: прод, доставка, платформа
ИИ-агенты
безопасный доступ Claude Code и Copilot к репозиториям с данными

Чем могу помочь

Работаю с командами, у которых система уже в продакшене и цена ошибки измеряется деньгами.

Аудит платформы

Сверяю, как платформа работает на самом деле, с тем, как её описывают документация и команда. Для каждого расхождения оцениваю цену: часы простоя, деньги, риск.

РезультатОтчёт с находками и доказательствами, самые дорогие исправления сверху.

DevOps и эксплуатация

Воспроизводимая сборка, предсказуемая доставка, наблюдаемость. Откат, который проверен на практике, и алерты, которые срабатывают раньше жалоб пользователей.

РезультатРабочий пайплайн, SLO, runbook для дежурных.

Архитектура

Решения, которые можно объяснить и проверить через полгода. Для каждого фиксируем, какую метрику оно должно сдвинуть и по какому признаку станет понятно, что выбор неверный.

РезультатСхема границ системы, ADR и критерии успеха.

Безопасность ИИ-агентов

Клиентская выгрузка в рабочей папке и ИИ-ассистент в той же IDE: утечке не нужен злой умысел. Нахожу, куда могут уйти данные, и закрываю эти пути.

РезультатКарта доступов агентов, политики, права, журнал действий.

Как строится работа

  1. Знакомство

    Переписка или созвон: что за система, что беспокоит, какие сроки и ограничения. По итогам говорю, могу ли помочь и в каком формате.

  2. Аудит

    Доступ на чтение к репозиториям, CI/CD, мониторингу и облаку. Смотрю, как система работает на самом деле, и разговариваю с командой.

  3. Отчёт и план

    Находки с доказательствами и оценкой цены, порядок исправлений. Дальше исправляем вместе, или команда идёт по плану сама.

Как выглядит отчёт

Формат на живом примере: аудит репозитория и деплоя этого сайта. Для каждой проверки указаны метод, что было и что сделано.

didaktik-astro · 21 октября 2026 г. исправлено 5 · в норме 1
Проверка Было Стало Статус
Воспроизводимость сборкиСравнение lockfile и команд установки npm install в Dockerfile и CI, lockfile не обязателен npm ci по lockfile, кэш npm в CI и в Docker исправлено
Что задеплоеноСравнение образа из CI и образа на сервере compose собирал образ на сервере, мимо GHCR compose тянет из GHCR тот же образ, что прошёл CI исправлено
Версии и откатСвязь тега образа с коммитом тег build-<run_id> не указывает на коммит теги sha-<коммит> и vX.Y.Z, откат сменой тега исправлено
Кэширование статикиРазбор заголовков ответа нет Cache-Control для хешированных файлов /_astro/* immutable на год, HTML всегда проверяется исправлено
Здоровье контейнераПроверка healthcheck и ошибок нет healthcheck, нет страницы 404 HEALTHCHECK в образе, 404 оформлена как инцидент исправлено
Секреты и права CIПоиск секретов, разбор прав токена packages:write только в задаче publish без изменений, замечаний нет в норме

Пришлите ссылку на свой проект, и я скажу, что можно проверить и сколько это займёт.

Ваш запрос к этому сайту, по шагам

Тайминги взяты из вашего браузера через Navigation Timing API, прямо сейчас. Наведите на шаг или коснитесь его, чтобы увидеть, что там происходит.

Чужие системы разбираю так же, только глубже: от DNS до последнего сервиса в цепочке.

GET didaktik.dev/ измеряю ваш запрос… —мс

Первый байт

Caddy передаёт запрос контейнеру со статикой. Ни базы данных, ни серверного рендеринга, поэтому ждать почти нечего.

ваш браузер DNS Caddy · TLS, HSTS didaktik-astro · статика

Обучение и менторство

Учу тому, что применяю в продакшене сам. Формат и сроки обсуждаем под задачу.

Обсудим вашу систему

Опишите в паре абзацев, что за система и что беспокоит. Отвечу, могу ли помочь и с чего имеет смысл начать.