Pull to refresh

Comments 6

А откуда взялось условие что микросервис обычно не более пары сотен строк кода?

Собственно условие по немногострочности кода является частью представленного в статье подхода. Меньше код в одном сервисе легче его править менять переписывать. Понятно что это не догма и существуют другие подходы, где размер кода значительно больше.

UFO just landed and posted this here

Одним компонентам требуется больше памяти, другим больше процессорных ресурсов, но так как все они находятся внутри одного приложения приходится идти на компромисс, снижая требования для всех компонентов.

Зачем снижать, когда наоборот - сбалансированная нагрузка получается.

А как же бюджет? Лучше конечно всем дать железки помощнее, только как правило на это денег не хватает, поэтому и появляются такие компромиссы.

кому всем? мы про серверное железо говорим.

ну посчитайте стоимость памяти и процесоров и работу, хотя-бы тестеров.

...тестирование приложения в целом сложнее, чем в случае с монолитом.

Архитектура будет переусложнена возможной частичной недоступностью сервисов, к этому добавьте их версионность. Все это надо тестировать.

И только из-за гипотетической возможности писать сервисы на разных языках? Все остальное достигается на модульном "монолите".

Но! микросервисы это модно, а сложная архитектура добавляет job security ;)

Sign up to leave a comment.