Есть небольшое консольное приложение, умеет опрашивать монопольно оборудование на com порту. Хочу привесить к нему web морду на flask. Пробовал выкинуть на него данные с железа все хорошо в режиме запрос с одного рабочего места(каждый запрос к странице производит прямой запрос к устройству на порту). Если запрашивать данные с разных рабочих мест, то естественно возникают проблемы, так как каждая открытая страница начинает ломится на порт. Вопрос в следующем какой алгоритм или промежуточную структуру использовать(так же в перспективе необходимы графики, возможно понадобится бд)?
Если в планах графики то без БД вряд ли обойдетесь.
Вариант:
- приложение выполняется периодически (как удобно - планировщик, сервис, etc.) и данные пишет в БД
- WEB интерфейс отображает данные не с приложения а с БД
- при необходимости делаете кнопку на которую вешаете запрос актуальных данных (иногда может пригодиться).
DarkDemon: А в чем проблема? Один сервис раз в секунду опрашивает железку и кладет данные в базу, другой вытягивает последние данные из базы по запросу пользователя.
Ок, подходит, один сервис читает данные с com отправляет данные в бд(mongodb) читает из базы и пишет в com. Второй сервис читает из бд и выводит ajax в окно. Вопрос следующий есть несколько наборов действий опираясь на данные из com порта передавать туда соответствующие управляющие команды. Необходима возможность изменять наборы и создавать профили работы. Где вести логику наборов и каким образом обрабатывать?
DarkDemon: Вариант1 (если профилей много или нужно будет добавлять в будущем) - доп таблица в БД, в которой хранить критерии и команды. Сервис который пишет данные делает запрос к БД (к критериям) в котором сравнивает последние показатели с критериями и если есть совпадение по критериям выполняет команду.
Вариант2 (профилей не много но нужно добавлять в будущем несколько) - подумать в сторону конфигурационных файлов в которых и описывать критерии и профили. Можно попробовать оформить как модуль который и импортировать.
Вариант3 (профилей несколько и добавлять вряд ли будем) - зашить всю логику в скрипт python.
Вариант4 (попробовать использовать тригерры в БД). Триггер при insert-e сравнивает данные и в определенную таблицу пишет нужную команду. Ну а сервис который отправляет команду на устройство читает периодически одну и ту же таблицу и отправляет полученную команду.
Вариантов может быть и больше, все зависит от задачи и ресурсов.
каждый запрос к странице производит прямой запрос к устройству на порту
Довольно плохое решение.
Во-первых, веб-сервер и работающая с железом программа должны запускаться в разных процессах.
Во-вторых, для коммуникации между процессами можете взять что-то типа pyzmq причем со стороны веб-сервера это нужно делать асинхронно, например, с использованием gevent + gevent-zeromq
