ты можешь иметь отдельную, админку и отдельно "приложение", твоя проблема в бд, она будет общей
если общая то возникнут проблемы?
Твоя БД это shared resource. И когда несколько приложений в ней что-то делают это уже по описанию звучит плохо.
проблемы могут возникнуть и когда у тебя это все едино, если спрашивать можно ли иметь одну бд для админки и того же бота, то да
есть моменты, когда локи могут быть нужны, но это смотря, что ты делаешь и как это делаешь
Точнее методы синхронизации. Типа версионирования.
зачем здесь синхронизация и версионирование?
Да, пожалуй перепутал термины.
бд, сама по себе такая штука, которой могут пользоваться много клиентов
версионирование, может понадобиться при работе с деньгами и такими же критичными данными, в остальном это оверхед
ну или когда явно нужно иметь их
На уровне воркеров приложения да, это нормально. А вот когда у тебя несколько приложений которые могут иметь свои миграции, то это уже может кончиться плохо.
ты не можешь и не должен пытаться делить миграции структура таблиц должна контролиться, и изменения в нее быть под жёстким контролем например, юзер2 не должен иметь прав на это
Я про это и говорю. Получается у нас должно быть одно приложение с миграциями для нескольких других приложений. Уже звучит как бред.
да, должно быть одна сущность которая контролирует миграции если говорить в рамках джанги
в общем монолит пока думаю самое то, к тому же у django есть по умолчанию админка
Обсуждают сегодня