D
Они приносят мнооого головняка и убирают некоторые проблемы
Size: a a a
2020 November 18
D
Их нужно уметь применять.
D
Опять же если у вас в команде меньше 10 человек микросервисы вам не нужны. Вообще.
V
Их нужно уметь применять.
Вот и я к тому, что зачем на несколько бизнес задач их разрабатывать, с бравыми словами "это задел на будущее"
D
Задел на будущее нарушает yagni как минимум
D
Да и нагрузка не определяет микросервис или монолит. Монолит легко держат 100к рпс если умеешь масштабировать монолит
V
Ну да, есть там всякие nginx
V
Задел на будущее нарушает yagni как минимум
yagni?
V
Загуглил - прикольно, о таком не слышал, ща перед сном почитаю))
D
Kiss туда же. Тоже можно приплести при желании
V
Да, но это просто Keep it simple, как я помню
V
А я с проблемой, зачем строить город в ушке иголки)
Я наверное склоняюсь в сторону монолитного приложения.
@xff00ff , прав тут язык не важен. Решил тут задать вопрос, тут народ продвинутый)
Я наверное склоняюсь в сторону монолитного приложения.
@xff00ff , прав тут язык не важен. Решил тут задать вопрос, тут народ продвинутый)
AS
на php (если брать fpm) нету никакого смысла писать микросервисы - там каждый запрос это отдельный микросервис - крашнулся и ладно.
На Go, даже с recover отдельных вызовов ситуация не такая радужная.. появляется понятие statefull приложений с долгой инициализацией, где монолит становится рискованной затеей.
Если подходить более философски,за что я всегда топлю - в некотором смысле скорость процессинга данных выросла настолько, что в пару порядков опередила скорость реакции пользователя. Это значит, что сколько бы микросервисов не было, сетевые задержки в современном мире позволяют строить любые юниты достаточно атомарно. Упрощается поддержка, тестирование, защита от "падучек". Увеличивается значимость архитектуры, речь идет о верном комбинировании юнитов, а может даже и FaaS
На Go, даже с recover отдельных вызовов ситуация не такая радужная.. появляется понятие statefull приложений с долгой инициализацией, где монолит становится рискованной затеей.
Если подходить более философски,за что я всегда топлю - в некотором смысле скорость процессинга данных выросла настолько, что в пару порядков опередила скорость реакции пользователя. Это значит, что сколько бы микросервисов не было, сетевые задержки в современном мире позволяют строить любые юниты достаточно атомарно. Упрощается поддержка, тестирование, защита от "падучек". Увеличивается значимость архитектуры, речь идет о верном комбинировании юнитов, а может даже и FaaS
V
> statefull приложений с долгой инициализацией, где монолит становится рискованной затеей.
В каком плане?
В каком плане?
AS
в том плане что более гибко достигается прогрев кешей
AS
попробуйте взять монолит и прогреть на старте сразу все кеши...
V
Ну смотря какие сущности и связи между ними
V
А что если у вас graphql
AS
мне сразу вспоминаются красноглазые приложения, которые сначала стартуют, потом ставят кассандру, потом качают maven, потом выполняют скрипты... и все это добро обяхательно вкомпиленно прям в фронт на базе apache weblogic