ID
передавай инфу между сервисами
Ну это ок, но вот я удалил пользователя и надо бы перестроить индекс, что делать?
Size: a a a
2019 January 31
ID
Орать по rpc чтобы индекс перестроили?
A
Ну это ок, но вот я удалил пользователя и надо бы перестроить индекс, что делать?
в момент удаления и запустить нужные джобы, если они нужны
A
удаление такая же операция как остальные
A
все это делается сообщениями между микросервисами, механизм един
A
тока выбери модель, push/pull/fifo
A
Ну это ок, но вот я удалил пользователя и надо бы перестроить индекс, что делать?
в этом варианте пуш будет
ID
Ну да, спасибо)
ID
Просто сначала казалась идея держать индекс этой бд в другой бд бредовой
A
так и есть, колоть базу это прям последнее дело
ID
И держать целостность руками тоже
A
И держать целостность руками тоже
бред
ID
Ну не колоть, а дублировать
A
Ну не колоть, а дублировать
если дубль нарушает целостность то это тоже что и колоть
A
это ненужно практически никогда и нигде
ID
Ну при удалении отправлять сообщения о том что 'тут удалили пользователя, чекни внешние ключи'
ID
Это и есть держать целостность руками
A
Это и есть держать целостность руками
это в схеме базы должно быть, а рутиные операции либо по запросу, либо по крону либо както еще, на целостность это не влияет
И
Вопрос. Есть монолит на Джанго REST. Его нужно разбить на несколько микросервисов. Отдельные аппы внутри проекта не связанным между собой никак. Связанность есть только с аппом аутентификации, а именно таблица юзеров в базе данных через айди связанна с другими таблицами в других аппах, как внешний ключ. Как лучше решить этот момент?
pk
А какой критерий лучшести?