admin/wiki
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

auto-sync: 2026-04-19 00:10:01

Browse Source
This commit is contained in:
Stream
2026-04-19 00:10:01 +03:00
parent fd81c794c9
commit cc3207e571
3 changed files with 13 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

15
tasks/flightradar24/docs/RTL-SDR_TZ.md
View File

@@ -194,8 +194,8 @@
- какие индексы и партиционирование делать на старте
- где именно будет жить API noisemap после переноса
## 12. Анализ: ничего ли не упущено
Что ещё важно добавить в следующую итерацию ТЗ:
## 12. Итерация 2 — обязательный список улучшений
Следующая итерация ТЗ должна включать:
- мониторинг отвалившегося RTL-SDR и автоперезапуск capture
- healthcheck контейнеров и БД
- политика ротации логов и объёма диска
@@ -204,7 +204,16 @@
- экспорт/импорт исторических данных при миграции
- резервное копирование PostgreSQL и восстановление
- уведомления о деградации приёма или заполнении диска
- если FR24 проект остаётся отдельным приложением, определить контракт между ingest-слоем и noisemap UI
- контракт между ingest-слоем и noisemap UI, если они остаются раздельными
## 13. Анализ: ничего ли не упущено
Дополнительно стоит проверить перед реализацией:
- нужен ли отдельный UI мониторинга
- где живёт API после переноса
- как именно партиционируются `raw_packets` и `track_points`
- нужен ли отдельный архив после 3 дней
- какую политику дедупликации выбрать для overlap на границах
- как восстанавливать БД после полного падения VM
---
Подготовлено на основе текущей архитектуры FR24/noisemap и согласованных ограничений VM.