Внутренние механизмы

Обзор

Между сервисами (транспортный слой) и менеджерами (бизнес-логика) работают внутренние механизмы, которые связывают backend и frontend, обеспечивают P2P-коммуникацию, персистентность данных и мониторинг.

Эти механизмы не видны напрямую через API, но определяют поведение приложения: как события доходят до UI, как устройства обмениваются данными, где хранятся секреты и как отслеживается состояние системы.

Архитектура

Разделы

Раздел	Описание
Инициализация	Порядок запуска, фоновые задачи, auto-lock, PIN rate limiting
Device Discovery	mDNS, обнаружение устройств в LAN
P2P-протокол	libp2p транспортный стек, pairing и sharing протоколы, типы сообщений, шифрование
DHT (Kademlia)	Глобальный DHT для WAN-discovery
Событийная система	EventBus (broadcast channel), 17 типов событий, Tauri bridge / SSE, frontend-подписчики
Схема базы данных	3 файла SQLite, 10 таблиц, ER-диаграмма, DDL и миграции
Observability	14 Prometheus-метрик, recording API, Grafana дашборды
Architecture Decisions	ADR: ключевые архитектурные решения и trade-offs
Известные проблемы	Аудит vault auto-lock: 10 проблем (2 open, 8 fixed), редизайн auto-lock

Связь с другими разделами

• Services — транспортный слой (Tauri IPC / HTTP), делегирует менеджерам и записывает метрики
• Managers — бизнес-логика, владеет доступом к БД и эмитит события
• Frontend API — как фронтенд вызывает бекенд и подписывается на события
• Testing — интеграционные тесты используют headless backend с observability стеком