Size: a a a

2020 May 22

AO

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

AO

Alexander Ovchinniko... in PiterPy Meetup
вот эти таблички довольно удобны с описанием bounded context'ов
источник

p

pragus in PiterPy Meetup
Пока все выглядит как: " вы на необитаемом острове  с аппендицитом ящиком хирургических инструментов. Что вы будете делать? - нууу.. есть специальные люди... Хирурги... Надо собрать консилиум..."
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
это будет как мини-описание микросервиса, с описанием взаимодействия его с другими и его API
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
ну, так ты меня спросил что? "как дробить на сервисы?" я в ответ показал методологию, я не обещал, что будет просто)
источник

AO

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

AO

Alexander Ovchinniko... in PiterPy Meetup
те люди, которые сразу это делают, они понимают, что им так проще/выгоднее, сначала подумать и сделать нормальную архитектуру, чем потом рефакторить
источник

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
на более поздних этапах - ну, уже сложнее/больнее исправлять
источник

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
но больно может быть и с монолитом
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
и ещё - не обязательно разбивать всё изначально
источник

AO

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

AO

Alexander Ovchinniko... in PiterPy Meetup
а bounded context'ы представлены в виде модулей монолита
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
серебряной пули нет, вы подбираете решение под проект
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
сторонники подхода "микросервисы с первого дня" как раз и любят такой подход за то, что больше возможностей сделать красиво, при рефакторинге с монолита некоторые вещи могут получаться "стихийно", отделяться не то и не так, как хотелось бы
А как же это?
источник