Есть ли смысл в разделении основного сайта и его API?
Здравствуйте. Вот допустим у меня есть сайт на Django и я хочу написать API, для создания андроид приложения. Есть ли смысл разделить эти части? То есть, например, по ссылке mysite.com/create_map будет обычный сайт, на джанге. А, например, для api.mysite.com/methods/create_map разверну какой-нибудь starlette? Получается, вдруг если джанга захочет где-то заблокировать поток, даже на пол секунды, работа api не как замедлится. А благодаря асинку будет работать быстрее, чем django rest framework. Или я где то не прав?
cehka дорогой пользователь, настоятельно рекомендуем еще раз обратить самое пристальное внимание на п. 3.1 регламента работы сервиса (и, в особенности, на его последний абзац).
В противном случае ваши вопросы будут удаляться по причине тег-спама, а систематические нарушения приведут к блокировке учетной записи.
Если я так пишу - может быть я уже с этим сталкивался? Асинк при нормальном коде будет работать быстрее, чем если написать синк, и обращений к бд это отлично показывает
вот допустим сколько у вас посетителей в час? 10? 15? Вы представляете себе, какое количество усилий вам придется приложить, чтобы поддерживать две версии кода? Будете названия таблиц джанги вручную выписывать в SQL? Или будуте для алхимии вторую схему держать и синхронизировать ее каждый раз? Не занимайтесь фигней, пара дополнительных ядер сервера и правильно написанные запросы к базе обойдутся значительно дешевле месяцев вашего труда.
1) Джангу нужно повесить на один контейнер (условный интерфейс)
2) API нужно вынести в другой контейнер (к примеру можно использовать FastApi который как раз базируется на Starlette).
3) Убедиться что оба контейнера смотрят в одну базу (либо сделать реплику основной базы для FastApi)
4) Далее в контейнер с FastApi подключается Tortoise ORM.