AO
так я написал про это
Size: a a a
2020 July 25
n🐈
например, удобно, если Василий в данной компании вообще фрилансер, который временно работает, зачем ему весь код показывать, пусть видит только то, что ему нужно для его работы, вот как такое с монолитом сделать?
подписать нда и дать все)
ах да мы же в россии...
ах да мы же в россии...
AO
ему нужно знать свою часть системы и те, с которыми она связана
S
я тебе раскрою секрет, в монолите тоже, приходилось разбераться только с теми подсистемами, которыеми взаимодействовала твоя
S
да там глобальные изменения были сложным процессом
AO
я тебе раскрою секрет, в монолите тоже, приходилось разбераться только с теми подсистемами, которыеми взаимодействовала твоя
это если монолит хорошо и модульно написан
AO
и то не факт
S
вот большой плюс микросервисной, что глобальные изменения в 1 сервисе можно сделать максимально незаметным для гругих
AO
с микросервисами тебе важен только контракт (API)
AO
то есть ты не можешь ухудшать показатели по контракту
AO
остальное - делай что хочешь
S
с микросервисами тебе важен только контракт (API)
я смотрю у тебя видиние микросервисной прям на уровне теор изысканий и какого-то мелкого опыта
S
я сталкивался с проектом, где было, почти, 180 микросервисов сервисов
ВН
а где-то там отдельно наверху есть люди, которые хорошо понимают API и взаимодействия в целом, но плохо понимают тонкости работы отдельных микросервисов (почему где-то там внутри был выбран именно такой алгоритм для реализации), эти люди формализуют то, в каком виде надо класть данные в шину, мб генерируют клиенты и тесты, чтобы обычные программисты в это не лезли и просто использовали готовое
Мне так нравится это читать, я это уже 3 года назад слышал от дяденьки-замминистра
ВН
Упоровшегося по архитектуре
ВН
Прям все адын в адын
AO
я сталкивался с проектом, где было, почти, 180 микросервисов сервисов
а что из того, что я написал, тебе кажется странным?
AO
какая разница, сколько их?
AO
у тебя есть тесты на контракты
AO
вплоть до нагрузочных если надо