Ну вот и пошаговая инструкция.))

раньше тут была группа, где можно было помощь найти

а сейчас техподдержка микрософта

Everybody I suppose )

ahah, How could you imagine some flask app that doesn’t provide any api?

Господа у меня вопрос.
Есть основной монолит, и стоит задача нужно слушать какую-то очередь. Я думал реализовать так -  при запуске монолита рядом создается отдельный тред который слушает очередь и что-то делает и имеет контекст монолита, или лучше сделать отдельное приложение который отдельно запускает свой процесс?

Слушателей очереди может быть больше чем 1.

Отдельный процесс так же будет иметь контекст монолита.

Пока больше склоняюсь к тому что будет отдельный докер компоуз который будет запускать слушателей очереди как отдельный процесс.
Может есть тулзы или статьи как вообще люди питонисты делают?

А от чего зависит количество слушателей?

Возможно от трафика, что бы можно было без боли скейлить все это дело.

Увеличивать уменьшать количество воркеров и т.д.

Я думал использовать какой-то dramatiq, но воркер который кладет в очередь сообщение является ассинхронным.

а слушатель синхронным.

И тем более очень скоро будем подключать rpc rabbitmq, вряд ли dramatiq celery все это дело поддерживают.

То есть у тебя в рамках одного монолита и синк и асинк?

Нет, слушатель в рамках монолита синк, а тот кто должен класть туда ассинк апка вне монолита.

А какая разница тогда?

какая разница в чем?

Зачем ты про асинк продьюсера сказал?

ну если синк у нас будет драматик то продюсер тоже должен быть драматик что бы через их интерфейс класть в очередь задачи. А драматик например не поддежирвает asyncio.