python: как организовать взаимодействие сервера и его rest api?

Смотря что надо хранить - последнее значение (состояние) или историю за период.

Тут главная подстава :) Когда я на это подписался, речь шла о консольной утилите. Потом захотели rest api, а теперь уже нужен сервер

Но допустим только последнее состояние

Возьми какой-нибудь питонячий планировщик задач и опрашивай железо с определенным интервалом, результат складывай в какой-нибудь глобальный объект. Не забудь добавить лок на него. Ну или просто создай отдельный поток и в нем опрашивай железо с определенным интервалом. В общем виде БД не нужна.

Я подобное, с кешированием состояния, решал через json-файл. Кода выходит на 10-15 строчек и никаких дополнительных внешних зависимостей. Расписание обновления кеша - тут надо смотреть из задачи, или ос-планировщик, или же как-то завязываться на время последнего запроса к кешу.

Историю логично грузить во что-то уровня заббикс, если такое уже есть, конечно.

Пока я не понимаю, как процесс сервера будет работать параллельно с flask'ом, даже если запускать без uwsgi

Вешай на cron ;)

У uwsgi есть встроенный крон который эмитит сигналы, uwsgi есть глобальные переменные.

А что надо сделать то. Почему не использовать кеширование из nginx просто

Просто для кругозора: в чем прикол кроить на snmp запросах? Почему не использовать трапы?

*на правах наркомании - питонячий шедуллер складывающий все в dataframe с эпизодическим экспортом в csv, соотв-но при ребуте кэш либо чистится, либо подгружаются последние данные из файлика :)

Пока я не понимаю, как процесс сервера будет работать параллельно с flask'ом, даже если запускать без uwsgi

Из задачи не совсем очевидно чего ты хочешь на выходе. Опрашивать, складывать и отдавать через api? Ну тогда кажется что прямое взаимодействие им не нужно, достаточно БД. Если хочется напилить ещё ролевых моделей и прочих фишек, то все вроде бы укладывается в классическую фронтенд (flask) - backend (snmp траппер/опрашивалка) модель.

Можно. Мы так с бирж собираем данные, а потом из кэша отдаем.

Asyncio и лок не нужен

Так сделай на фласке ручку... Пусть сервер опрашивает и шлет фласку значение. А фласк кидает в кэш. Ну и фласк отдает клиентам из кэши

Если я правильно понял, то тебе нужна очередь в Redis.

Звучит как дикий велосипед. Почему не взять любой существующий коллектор graphite умеющий собирать snmp, и собственно graphite как REST API? Или prometheus и snmp exporter под него?

Celery + redis

И клиентам по возможности отдавать из кэша, без опроса железа

Как ты описал тебе просто кеш нужен, можно просто в памяти хранить. Ну или там MemCached если хайлоад.

Всем спасибо за советы. Мне нужно несколько дней чтобы обдумать и реализовать

Звучит как дикий велосипед. Почему не взять любой существующий коллектор graphite умеющий собирать snmp, и собственно graphite как REST API?

А это не мониторинг - управление и визуализация.

Хотя идея взять готовый коллектор вместо самостоятельного опроса и лишь преобразовывать данные под свой api мне нравится, надо пощупать

Всем спасибо, остановился на redis

подходит как для кэширования данных ( для передачи от сервера к rest api ), так и для организации очередей ( для работы нескольких потоков сервера над одним пулом задач )