АЛЕКСЕЙ ФЕДОТОВ

Системный инженер / автоматизация инфраструктуры

Автоматизирую инфраструктуру и IT-операции. Настраиваю Linux-, Docker- и PostgreSQL-окружение, связываю системы через API и довожу интеграции до рабочего состояния. Быстро разбираюсь в незнакомых системах — от сети и серверов до логики взаимодействия сервисов.

> Системный инженер / автоматизация инфраструктуры
> 7 лет в инфраструктуре и автоматизации
> Linux / Docker / интеграции / REST API
> Новосибирск / удалённо / гибрид
Алексей Федотов — системный инженер по автоматизации инфраструктуры
guest@alex-infra:~ /interactive_cv
System OS loaded. Welcome.
Для получения информации используйте консоль.
Подсказка: введите help и нажмите Enter.

ЭКСПЕРТИЗА

Инфраструктура & Платформы
LinuxDockerProxmoxPostgreSQLMonitoring

Настраиваю и поддерживаю Linux-серверы, контейнеры, базы данных, виртуализацию и мониторинг. В предыдущем проекте администрировал инфраструктуру из 200+ хостов, с нуля развернул Zabbix и Grafana и внедрил 20+ Docker-контейнеров.

Автоматизация & Интеграции
PythonBashn8nREST APITelegram

Автоматизирую повторяющиеся IT-операции и связываю системы через скрипты и REST API. В текущих enterprise-проектах готовлю контуры под ключ, настраиваю интеграции, адаптировал два коннектора и три плагина.

AI-инструменты & Инженерные сервисы
OpenAIAnthropicOpenRouterRAGLangGraphAI Agents

Использую AI для технического анализа, прототипирования и разработки внутренних инструментов: диагностики инфраструктуры, анализа вакансий, баз знаний, Telegram-сервисов и агентных сценариев.

ИЗБРАННЫЕ ПРОЕКТЫ

InfraAgent — прототип AI-диагностики

Завершённый прототип из трёх компонентов: сбор событий мониторинга, анализ через LLM и рекомендации инженеру в Telegram. Межсервисные запросы защищены HMAC-подписью.

HH AI — поиск вакансий

Личный сервис поиска вакансий на hh.ru: AI оценивает релевантность, помогает готовить сопроводительные письма и отправляет результаты в Telegram.

Telegram-боты & Сервисы

Прикладные прототипы и личные сервисы: Telegram-боты с Mini Apps, AI-интеграцией, web-интерфейсами и автоматизацией процессов.

КАК ЭТО УСТРОЕНО

InfraAgent — архитектура завершённого прототипа
ИСТОЧНИКИ Zabbix Prometheus Proxmox SSH COLLECTOR в сети заказчика HMAC SERVER анализ через LLM TELEGRAM отчёт инженеру Собирает события и метрики Корреляция, диагностика, конкретные шаги по устранению Что случилось, почему, что делать 3 компонента · подпись запросов между сервисами · деплой через Docker и systemd
Система рапортовала успех, а операции не было

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

В логах IDM зацепиться было не за что. Пошёл в лог самой целевой системы и увидел отказ: у сервисной учётной записи не было прав на блокировку. Создавать и читать она умела, блокировать нет. Коннектор эту ошибку проглатывал и рапортовал об успехе.

Вывод, который применяю с тех пор: зелёный статус в системе это не доказательство, доказательство — состояние того, чем она управляет. И права служебной учётной записи проверяются на весь набор операций, а не только на чтение.