GK
Использовать микросервисы, только когда они дают реальные преимущества (см. выше)
Size: a a a
2019 November 06
AP
да неужели)
GK
И микросервисы - это label), а не description)
KG
Использовать микросервисы, только когда они дают реальные преимущества (см. выше)
вау
GK
да неужели)
Ага, вот так новость)
GK
А вот и вишенка
GK
Серенькие квадратики называются Service component, а внутри них modules
S
по картинка виден здравый смысл, это хорошо
AP
вообще, все эти многочисленные паттерны, стандарты и т.п. - просто неуклюжие попытки человечества формально описать здравый смысл и приставить другому свою голову)
PD
Хм, а откуда взялась мысль, что микросервисы хорошо масштабируется?
AP
про отказоустойчивость монолита и некоторые другие звёздочки у меня тоже есть вопросы
PD
Или там звёздочки - это 'стоимость' и чем больше я тем дороже? Тогда больше похоже на правду
GK
Вот кейсы для консолидации сервисов
AP
Но они масштабируются, в некоторых специфических случаях. В других - совершенно нет.
GK
Марк говорит, что команды в основном концентрируются на функциональности, и не думают о других аспектах
PD
Так и монолит тоже. В некоторых да, в некоторых нет )
GK
И тут мы вспоминаем Bounded Context)