Size: a a a

Боль Тимлида

2021 April 03

PD

Phil Delgyado in Боль Тимлида
Mutko says
Микросервис это определенный контекст, домен знаний а также и связанный бизнес-процесс. Фича-микросервисы попахивают distributed monolith
Эээ, домен знаний - это скорее про bounded context из DDD. Его вполне может реализовывать несколько микросервисов.
источник

PD

Phil Delgyado in Боль Тимлида
Но при этом DDD - это уже про архитектуру, которая может быть про микросервисный процесс разработки, а может и не быть.
источник

Ms

Mutko says in Боль Тимлида
Phil Delgyado
Эээ, домен знаний - это скорее про bounded context из DDD. Его вполне может реализовывать несколько микросервисов.
А кто source of truth в этом случае?
источник

PD

Phil Delgyado in Боль Тимлида
Сами по себе микросервисы как техническое решение - никому не интересны и не имеют никакой ценности.
источник

AK

Anton Kucherov in Боль Тимлида
Первый раз слышу понятие: Микросервисный процесс разработки. 🤔 Откуда оно растет?
источник

VN

Vadim Naumovskiy in Боль Тимлида
Anton Kucherov
Нано сервисы внедрять. По сервису на фичу. Инфраструктура она же бесплатная. А можно говорят ServerLess сделать. Там говорят вообще сервера не нужны. А там и до NoCode не далеко. А нет кода, программисты не нужны. А нет программистов, и тимлиды не нужны. Круг замкнулся.
А потом роботов научат самовоспроизводиться и люди станут не нужны. Все тлен )
источник

PD

Phil Delgyado in Боль Тимлида
Mutko says
А кто source of truth в этом случае?
А это уже совсем про другое, это еще один viewpoint на архитектуру )
источник

Ms

Mutko says in Боль Тимлида
Phil Delgyado
Сами по себе микросервисы как техническое решение - никому не интересны и не имеют никакой ценности.
Это способ организации работы множества команд
источник

PD

Phil Delgyado in Боль Тимлида
Mutko says
Это способ организации работы множества команд
Вот именно )
источник

PD

Phil Delgyado in Боль Тимлида
Потому и пишу про "процесс разработки на микросервисах" )
источник

Ms

Mutko says in Боль Тимлида
Phil Delgyado
А это уже совсем про другое, это еще один viewpoint на архитектуру )
Ну если есть много кусков логики в разных сервисах — кто обладает наиболее точным представлением?
источник

КО

Кирилл Омельянов... in Боль Тимлида
Phil Delgyado
Попробую чуть пояснить свои представления.
Сразу скажу, я нефига не понимаю в проектировании самолетов (т.е. систем класса L), так что пишу про всякие финтех (который весь довольно простой, т.е. про класс D (по Коуберну).

Вот у вас есть какая-то живая система. Она всегда находится в состоянии изменения, всегда в ней что-то переписывается.
Текущий срез - это что у нас сейчас в кодовой базе.
Первая производная - что мы сейчас переписываем (текущий поток изменений кода)
Tradeoff (критическое изменение) - это принятие решений, что и куда переписывать
Критерии выбора - это как мы понимаем, как принимать решения по tradeoff (вторая производная)
Архитектура - это как мы меняем эти критерии выбора (т.е. как мы понимаем, где и когда перейти от оркестрации к хореографии, например).
DDD, в этом смысл - вполне себе часть архитектуры, она отвечает на вопрос, как мы меняем критерии выбора для tradeoff при изменении внешнего мира.
Микросервисы как процесс разработки - это еще не архитектура, а просто инструмент для архитектуры.
Похоже на определение науки "Архитектура", а не того, что под этим словом обычно понимается.

Я слышал, например, такое определение: архитектура, это набор решений, которые потом будет сложно поменять.
источник

YP

Yury P in Боль Тимлида
Vladimir Smirnov
Ну вот вам в одной итерации выдали требования и вы намутили супер крутую архитектуру
А в следующей итерации вам бизнес говорит - а вот хочу тоже самое но для другого кейса. А там интеграция с внешней системой которая вам ломает весь флоу который вы в прошлой итерации намутили
И тут либо костыли пилить, либо все переделывать чтоб красиво было
Если у вас нет грамотного  PM и тимлида, то вы будете вынуждены искать решение описанной вами задачи. Начните мыслить системно и разрабатывать решение для целевой системы, а не по хотелкам заказчика
источник

Ms

Mutko says in Боль Тимлида
Anton Kucherov
Первый раз слышу понятие: Микросервисный процесс разработки. 🤔 Откуда оно растет?
Добро пожаловать в 2016 год
источник

PD

Phil Delgyado in Боль Тимлида
При этом еще есть "процесс разработки на доменных областях" и "процесс разработки на фичах" - и это все разные процессы.
Во всех система может состоять из кучки взаимодействующих модулей )
источник

КО

Кирилл Омельянов... in Боль Тимлида
Phil Delgyado
Обычно написать нормально с первого раза вообще не возможно, только с третьего.
Слишком много неизвестных в первом решении.
Верно, но из этого не следует, что не нужно пытаться. )
источник

PD

Phil Delgyado in Боль Тимлида
Кирилл Омельянов
Похоже на определение науки "Архитектура", а не того, что под этим словом обычно понимается.

Я слышал, например, такое определение: архитектура, это набор решений, которые потом будет сложно поменять.
Да, это хорошее определение и очень близкое к тому, что я сказал.
Я просто его уточнил )
источник

VS

Vladimir Smirnov in Боль Тимлида
Phil Delgyado
Эээ, домен знаний - это скорее про bounded context из DDD. Его вполне может реализовывать несколько микросервисов.
баундед контекст это граница транзакции обычно, удобно бить как раз по микросервисам
источник

PD

Phil Delgyado in Боль Тимлида
Кирилл Омельянов
Верно, но из этого не следует, что не нужно пытаться. )
Обычно как раз лучше не пытаться, все равно переписывать, а сразу предусмотреть будущее - не получится.
Ну, если это не запуск корабля на Марс
источник

AK

Anton Kucherov in Боль Тимлида
Vladimir Smirnov
баундед контекст это граница транзакции обычно, удобно бить как раз по микросервисам
Граница транзакции это Аггрегат.
источник