Эксплуатация

procboard

Мини-дашборд, из которого запускаются и мониторятся все остальные сервисы на сервере.

Что это

Дашборд для управления консольными приложениями на сервере. Регистрируешь приложение — и получаешь UI для start / stop / restart, автостарт, живой счётчик аптайма, хвост логов с автообновлением прямо в интерфейсе и опциональные healthcheck'и.

Управляемое приложение менять не нужно вообще: конфигурация целиком на стороне панели, есть автоопределение команды запуска по каталогу проекта и добавление приложений через UI без ручной правки конфига.

Задача, которую решает

Когда собственных сервисов набирается десяток, управление через ssh, systemd и хвост логов превращается в рутину. Панель закрывает эксплуатационный слой: один экран, все процессы, видно кто жив и что в логах.

Что демонстрирует

Факты

Разработка
~1.5 мес
Коммитов
4
Объём кода
~630 строк Python
Зависимости
у сервисов — нет
Статус
systemd-сервис
Роль
управляет остальными

Стек и подход

Ядро: Python 3.10+, веб-UI на шаблонах, конфигурация одним файлом (рабочий каталог, команда, окружение, healthcheck, автостарт).
Платформа: осознанная привязка к Linux, запуск как systemd-юнит, логи на диске.

Теги

Автоматизация Ежедневно В эксплуатации

След ИИ-процесса

Самый компактный проект портфолио и хорошая проверка метода на скромной задаче: агент здесь удерживался от разрастания решения — никаких лишних слоёв и зависимостей. Контекстный файл и бэклог лежат в репозитории, README написан как документация open-source утилиты, в расчёте на постороннего читателя.

Почему это отвечает роли «превратить AI-кейсы в стандарт»

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

← Ко всем проектам На главную публичная витрина · метод и метрики