Size: a a a

2020 May 21

AO

Alexander Ovchinniko... in PiterPy Meetup
некоторые команды к такому готовы, некоторые нет, тут разные мнения..
источник

AZ

Andrey Zakharevich in PiterPy Meetup
так ты mvp делаешь или уже сколько человек нанял?
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
при определённой структуре микросервисы будут вполне естественны с самого начала (если разработчиков больше 1,5 человек, конечно)
А что насчёт стоимости взаимодействия между сервисами?
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
некоторые MVP делают команды из 10 человек, это же от проекта зависит
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
от того, какой проект и можно ли распараллелить задачи
источник
2020 May 22

AO

Alexander Ovchinniko... in PiterPy Meetup
pragus
А что насчёт стоимости взаимодействия между сервисами?
взаимодействие между микросервисами - это то, что делает архитектор и/или команда решает вместе (ну, некое соглашение по API)
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
ну, то есть за микросервис отвечает некий человек, который его делает и кто-то, кто ревьювит его код, другие делают другие части и никак не вмешиваются, вместе обсуждают только API и какие-либо сложные моменты, если есть
источник

AZ

Andrey Zakharevich in PiterPy Meetup
Alexander Ovchinnikov 🦁
взаимодействие между микросервисами - это то, что делает архитектор и/или команда решает вместе (ну, некое соглашение по API)
а могли бы вызовами функций общаться
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
в случае с питоном были бы какие-нибудь проблемы с импортами сразу же
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
ну, то есть не получилось бы писать код так, чтобы не замечать код других
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
взаимодействие между микросервисами - это то, что делает архитектор и/или команда решает вместе (ну, некое соглашение по API)
Никакой архитектур не уберет тебе накладные расходы на взаимодействие
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
pragus
Никакой архитектур не уберет тебе накладные расходы на взаимодействие
ну, задержки сети будут, да
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
с этим надо научиться как-то жить
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
ну, задержки сети будут, да
Ну вот у тебя стартап про биржевую аналитику, например. И надо минимальный latency
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
ну это какой-то специфический случай, и там вот как раз С++ какой-нибудь был бы уместен
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
ну это какой-то специфический случай, и там вот как раз С++ какой-нибудь был бы уместен
И микросервисы?
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
вряд ли там такое нужно
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
я не знаю, зависит от задач, мб где-то и можно (не всем же частям проекта нужна минимальная latency)
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
вообще, есть как минимум желание разделить на 2 части - ядро и панель управления
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
вряд ли там такое нужно
Мало где оно прямо нужно
источник