AP
Просьба ко всем будущим спикерам - не надо так быстро читать доклад. Очень трудно усваивается, когда докладчик "летит"
Size: a a a
2020 May 30
TB
Sergei Matros
Надеюсь слайды будут доступны сегодня
будет 🙂
AM
Макросервисы - зло. Плюсов мало, инфраструктура сильно усложняется.
VC
Макросервисы - зло. Плюсов мало, инфраструктура сильно усложняется.
вроде инфраструктура упрощается - меньше взаимодействия
AM
По сравнению с монолитом?
EL
вроде инфраструктура упрощается - меньше взаимодействия
но это нужно уметь адекватно менеджить
EL
какой толк от микросвервисов, если организация остальных сервисов не сделана?)
VC
По сравнению с микросервисами
AM
какой толк от микросвервисов, если организация остальных сервисов не сделана?)
Scalability.
EL
Scalability.
я имел в виду что, у того кто создает архитектуру микросверисов, должно быть четкое понятие какой сервис и за что он четко отвечает.
AM
По сравнению с микросервисами
Спорно. Моя практика в Skyeng говорит что макросервисы - ужасное зло, в отличии от монолита + микросервисы. Но может мы плохо их готовили.
AT
Аналогично для монолита)
AM
я имел в виду что, у того кто создает архитектуру микросверисов, должно быть четкое понятие какой сервис и за что он четко отвечает.
Да, обязательно.
EL
Можно повторить что имел в виду автор про .gitattributes?
AM
Релизный пакет тащится из zip-а. Там можно прописать что в zip не пойдёт.
VC
Спорно. Моя практика в Skyeng говорит что макросервисы - ужасное зло, в отличии от монолита + микросервисы. Но может мы плохо их готовили.
С точки зрения разработчика, девопса или ещё кого?
AM
С точки зрения разработчика, девопса или ещё кого?
Всех. Сложно, не масштабируется, зависимости на уровне инфраструктуры, ломается не по-одному.
AM
Микросервисы ещё сложнее в плане девопса, но они изолированы и плюсов получается больше по масштабируемости и стабильности.
VD
А ещё с помощью микросервисов можно избавиться от теоремы САР: мы просто размазываем все три понятия на большую плоскость, в итоге получая усредненные значения в 33.33%