Как структурировать Django проект, если есть не-django часть?

Question

[wawa]

Проект состоит из двух частей (обе на python):
1-я это демон/служба (не знаю как назвать), которая работает постоянно, запрашивая данные со стороннего веб-ресурса посредством api, и, обрабатывая эти данные, кладет их в БД.
2-я это сайт на django, обеспечивающая доступ к данным в этой самой БД.

Как структурировать такой проект? Это один репозиторий или два? Всё же полагаю, что один, но тогда как структурировать проект: вложить (1) в папку (2) на уровень с django-apps?

Answer 1

[sim3x]

django commands
как структурировать - зависит от способа разработки, наличия двух и более комманд разрабов, использования в других проектах и тд

Comments

[wawa]

Разраб - один.
Ни одна из частей не будет использоваться отдельно от другой.

[sim3x]

wawa, монорепозиторий + commands

Answer 2

[Stanislav Pugachev]

мне б ваши проблемы
по-моему проблема надумана
делайте как вам удобней и все

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

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

Comments

[wawa]

А с двумя репами как быть с синхронизацией requests.txt и куда класть schema.sql, в обе репки?
И совместимость этих частей как контролировать?

[Станислав Б]

одна часть не будет за собой тащить вторую и тд

так судя по вопросу обе части работают с одной бд. зачем их разделять.

[Stanislav Pugachev]

Станислав Б ,
ну раз пошла такая пьянка то пусть будет монорепа