GN
тем не менее, наверняка если приехать по "бизнес визе", то сделают и русским
Size: a a a
2021 November 05
W
Возможно
2021 November 06
AZ
шутки - это способ смириться с неизбежным, но пугающим. Так что смерть - это вообще главная тема для шуток у человечества.
IS
Судя по количеству смешных эвфемизмов, больше всего пугают людей смерть и психические заболевания.
PD
А чем многообещающе? Мест, где можно поставить однократную европейскую вакцину - дофига же
PD
Минусы:
очень сложно обеспечить целостность для бизнес-транзакций
сложнее выкладка и вообще пайплайны
сложнее становятся любые втды отчетов и выборок
Очень редко плюсы от микросервисов того стоят.
очень сложно обеспечить целостность для бизнес-транзакций
сложнее выкладка и вообще пайплайны
сложнее становятся любые втды отчетов и выборок
Очень редко плюсы от микросервисов того стоят.
PD
А как связана ZeroMQ с network analysis? Мне что-то не придумать
IS
Будет проще обсудить два плюса от микросервисов, записав все остальное в минусы:
- теоретическая возможность горизонтального масштабирования не всей системы, а его частей.
- возможность писать компоненты системы на языках из разных "миров" (например с VM и native или компилируемый и нет).
- теоретическая возможность горизонтального масштабирования не всей системы, а его частей.
- возможность писать компоненты системы на языках из разных "миров" (например с VM и native или компилируемый и нет).
RV
Это не плюсы,а скорее особенности, причем вполне работающие и для soa. Ключевое преимущество - увеличение скорости перехода между версиями бизнеса за счет атомарности - каждый микросервис реализует единичную бизнес-операцию, следовательно изменение бизнес модели (прежде всего функциональное, а не масштабирование) осуществляется на уровне взаимодействия микросервисов.
IS
это теория. на практике вместо атомарности мы имеем саги, компенсирующие транзакции и вот это все.
RV
Ну тот кто хреново знает теорию, вряд ли что-то нормально реализует на практике
RV
А вот это все говно как раз из-за непонимания, как декомпозировать на микросервисы
K
Чем вам не нравятся просто сервисы? Зачем их делать «микро»?
VA
потому что тогда можно будет ещё подробить и получить нано-
I
у сервисов будут какие-то общие сущности, которые нужно либо дублировать и обрабатывать и там и там, либо выносить в отделный сервис
I
таким образом на бесконечной кривой в фирмах с бесконечным число программистов и временем на рефакторинг все сервисы стремятся к дроблению до микросервисов
RV
софистика за которой не видно никакого смысла и пользы
I
Скорее реальные наблюдения за некоторыми проектами
I
Я бы вот сюда ещё добавил теоретическую возможность более легкого масштабировании команд разработки
IS
За счет чего? Какая разница, пилит команда shared library подключаемую в монолит или микросервис?
Если интерфейсы очерчены и нет разделяемого state - нет и разницы.
Если интерфейсы очерчены и нет разделяемого state - нет и разницы.