Size: a a a

Django [ru] #STAY HOME

2019 March 24

A

Andrey in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
ну, это не мешает же использовать её для создания микросервисов
Задача пришёл запрос от пользователя , надо с username пользователя сбегать в service1, там будут uri sevice2 и service3, сбегать в них, их ответ объединить  и вернуть, что тут осталось от Django?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
если ответы только объединяются и всё, то не очень понятно, зачем это нужно
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
я потребность в микросервисах вижу в том, что появляется много людей, которые "пилят" проект
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
и нужно сделать так, чтобы им не было сложно работать с 1 кодом
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну и вот поэтому разделяют на подпроекты и за каждый отвечают разные люди
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
так проще понимать код проекта, быстрее вносить изменения, меньше ошибок
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
а вот именно подход, когда там 1 запрос и на него реагируют 10 микросервисов - ну, такое)
источник

A

Andrey in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
а вот именно подход, когда там 1 запрос и на него реагируют 10 микросервисов - ну, такое)
single responsibility principle
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
там будут всякие задержки
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну да
источник

A

Andrey in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
там будут всякие задержки
Часть запросов можно распарелелить, а так да
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
мне тут кажется более правильной архитектура, когда это всё выносится на клиент
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
я вообще подразумевал такой вариант:
- монолит: 1 проект с Django с app'ами (их много)
- микросервисы: API gateway + много проектов Django с 1 (или небольшим количеством) app'ов на каждом
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
второй вариант удобнее, когда много людей "пилят" 1 монолит и им становится тесно друг с другом вместе это делать)
источник

A

Andrey in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
я вообще подразумевал такой вариант:
- монолит: 1 проект с Django с app'ами (их много)
- микросервисы: API gateway + много проектов Django с 1 (или небольшим количеством) app'ов на каждом
Это рабочая схема, для определённого круга задач
источник

D

Dmitriy in Django [ru] #STAY HOME
Alexander Ovchinnikov 🦁
я вообще подразумевал такой вариант:
- монолит: 1 проект с Django с app'ами (их много)
- микросервисы: API gateway + много проектов Django с 1 (или небольшим количеством) app'ов на каждом
Микросервисы на Джанго?
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
да, а чем оно в описанном выше случае будет отличаться от большого проекта? только тем, что меньше и выполняет некий 1 блок задач
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
ну, там смысл в разделении 1 базы на много мелких
источник

AO

Alexander Ovchinnikov 🦁 in Django [ru] #STAY HOME
и в возможности релизить не всё вместе
источник

D

Dmitriy in Django [ru] #STAY HOME
А чего не фласк?
источник