Есть django-channels consumer
При получении какого-то event в нем создается группа и запускается бесконечный цикл, отправляя данные раз в n секунд
Когда группа уничтожается нужно прекратить цикл
Как это можно реализовать? Как узнать что группа уничтожилась?

receive(...):
//group add
func()
if (event.type ='exit')
//group discard

func(self): 
//while loop
  //send info

re_path(r'^(ct(?P<ct>[0-9]+)/)$', ListProductsView.as_view()),
Нашёл... Вот так хотел.

спасибо

Есть 2 микросервиса (A, B). В микросервисе A описаны модели - таблицы базы данных.

Микросервису B нужны данные из таблиц, описанных в микросервисе A.

Как можно получить данные?
1. описать аналогично таблицы в микросервисе B и работать в нём с джанго орм. но тут возможны проблемы. должен быть один источник данных. нарушается dry, возможны проблемы с миграциями (хотя миграции можно держать в одном инстансе, наверно).
2. делать запросы на получение данных в сервис A через какую-то шину (кафка)/хттп?
3. делать коннект бд и получать данные в сервисе B через raw sql.

Какой вариант лучше в такой ситуации? Может, есть ещё какие, более разумные подходы?

вынести бд в третий микросервис

и из второго обращаться к третьему

и как обращаться? хттп?

микросервисы всегда нарушают dry, а описывать модели в любом случае придется так или иначе в обоих, даже если все данные будешь получать через интерфейс - все равно какую нибудь пидантик модель впихнешь)

Зачастую 2 вариант

Если синхронно нужно то по http

Если можно асинхронно, то использовать брокеры сообщений какие-нибудь

Ну вроде как зачастую нужно так проектировать микросервисы чтобы dry не нарушать, зачем тебе два микросервиса в которых одинаковые данные лежат?

а есть опыт написания микросервисов?

Да.... Мы тоже дохера чего копиями держали ;(

Но это было тупо ;((

тут суть в том, что микросервис должен быть максимально независим, иначе это просто распределенный монолит = бедпрактис. а вообще микросервисы здорового человека пишутся разными командами и возможно на разных языках и не знаю насколько дублируют друг/друга

Ну зачастую вроде как должно быть так, есть микросервис у него есть его личная бд, он там что-то хранит, всё что от него трубется это api доступа к этой бд через http или там асинхронно как-нибудь. И другие сервисы должны получать данные по api этого микросервиса

3 вариант явно антипаттер shared database

1 вариант это копирование...... источников правды может стать несколько

Вот и остаётся только доступ к данным из бд микросервиса А по http или очереди