admin/onGuard24

Fork 0

Files

Alexandr f275260b0d

CI / test (push) Successful in 6m10s

Details

Deploy / deploy (push) Failing after 42s

Details

v1.6.0: Docker, docker-compose, Forgejo CI/CD и откат по тегу

- Dockerfile + entrypoint (alembic + uvicorn), compose с healthcheck
- .gitea/workflows: ci (pytest), deploy (SSH + compose по тегу v*)
- docs/CICD.md: секреты, pvestandt9, ручной откат через workflow_dispatch

Made-with: Cursor

2026-04-03 09:11:52 +03:00

4.6 KiB

Raw Blame History

Архитектура onGuard24 (для разработки и доработок)

Цель продукта: модульный монолит в духе IRM — ядро + подключаемые области (дежурства, контакты, «светофор» по сервисам). Текущая версия — каркас v1.2: HTTP, БД, ingress Grafana, проверки интеграций, Alembic, задел домена в onguard24/domain/.

Дерево пакетов

onGuard24/
├── alembic/                 # Ревизии миграций PostgreSQL (Alembic)
├── alembic.ini
├── onguard24/
│   ├── main.py              # FastAPI app, lifespan, маршруты верхнего уровня
│   ├── config.py            # Settings: .env из корня репозитория (не от cwd)
│   ├── db.py                # asyncpg pool (без DDL)
│   ├── domain/              # Сущности и шина событий (задел под модули)
│   ├── status_snapshot.py   # Единый сборщик JSON для /api/v1/status
│   ├── root_html.py         # HTML главной страницы со статусами
│   ├── vaultcheck.py        # Vault /v1/sys/health
│   ├── ingress/grafana.py   # POST webhook Grafana → INSERT ingress_events
│   ├── integrations/
│   │   ├── grafana_api.py   # Grafana HTTP API (Bearer SA)
│   │   └── forgejo_api.py   # Forgejo/Gitea API (token + probe/fallback)
│   └── modules/             # IRM: incidents, tasks, escalations, … + registry + ui_support
├── web/                     # Vite + React (опционально)
├── Dockerfile
├── docker-compose.yml
├── deploy/entrypoint.sh
├── pyproject.toml
├── pytest.ini
├── tests/                   # pytest: health, status, ingress
├── .gitea/workflows/        # CI + SSH deploy (Forgejo Actions)
├── CHANGELOG.md
└── docs/

Поток данных (сейчас)

Grafana (отдельно настроенный contact point) шлёт POST на /api/v1/ingress/grafana → тело JSON пишется в ingress_events, затем event_bus публикует alert.received (см. MODULES.md).
Параллельно Grafana может слать в Mattermost — это вне этого репозитория (конфиг Grafana).
Статус страницы не ходит в Grafana за алертами — только проверка доступности API (токен SA).

Куда класть новый функционал

Задача	Место
Новый HTTP-роут модуля	`onguard24/modules/<name>.py` + запись в `modules/registry.py` (см. MODULES.md)
Общая логика инцидентов / событий	задел: `onguard24/domain/` + DOMAIN.md; позже сервисный слой и БД
Новая таблица БД	Alembic: `alembic revision`, правка `alembic/versions/`, `alembic upgrade head`
Новая внешняя интеграция	`onguard24/integrations/<name>.py`, вызов из `status_snapshot` при необходимости

Конфигурация

Все секреты только через переменные окружения / .env (файл не в git). Список ключей — .env.example.

Зависимости между компонентами

status_snapshot.build(request) читает request.app.state.pool и request.app.state.settings (устанавливаются в lifespan).
request.app.state.event_bus — доменная шина; модули подписываются в register_events из modules/registry.py.
Модули не зависят друг от друга; контракт заделан через доменные события (domain/events.py, EventBus) и описан в DOMAIN.md; проводка в HTTP пока не подключена.

Известные ограничения

Нет единой модели «инцидент» в БД — только сырой ingest в ingress_events (в коде есть Pydantic-модели в domain/entities.py как задел).
Нет очереди/воркеров для эскалаций.
Нет auth на GET /api/v1/status (только для внутренней сети / за reverse proxy с ограничением).

4.6 KiB Raw Blame History Unescape Escape