Pull to refresh

Comments 14

для моего уровня знакомства с микросервисами -- оч. полезная публикация, короткая, но "всё по делу".

Микросервисные паттерны, рассмотренные в этой статье – лишь часть обширного набора шаблонов проектирования распределенных систем. 

Нет микросервисов, нет проблем:)

в чем микросервисность паттерна Event Sourcing???? Его применять можно где угодно. Зачем он притянут за уши к микросервисам??

мне кажется, что автор публикации и не пытался рассказать о "чисто микросервисных паттернах" (таких, по-моему, вообще не существует). Автор пытался показать на примерах какие паттерны могут быть удобны для использования в микросервис мире.

ну тогда начал бы с того как ветки в гите мержить, и как темную тему в IDE включать

А почему нет? Event Sourcing упоминается в контексте CQRS как способ организации и масштабирования сервиса - выделяем отдельные микросервисы для записи и отдельные микросервисы для чтения (причем можно несколько и разных по функционалу).

Микросервисная архитектура стала де-факто стандартом для построения современных масштабируемых приложений

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

— Пикник на обочине

Чем то похоже на аборигенов и цветные стекляшки. Вроде учёные ребята, а по вечерам готовы воду перед телевизором заряжать:)

Отличная статья!

Я бы еще добавил, что алгоритмы консенсуса распределенных систем (тот же Raft) хорошо на CQRS+Event Sourcing ложатся - что может быть полезно для повышения отказоустойчивости.

Ну и горизонтальное масштабирование на чтение можно получить до кучи (но не запись - пишут все узлы параллельно).

А вот про raft не слышал, спасибо

Strangler Fig переводится как "Фикус душитель", или просто "душитель".

Он требует тщательного продумывания механизма обмена информацией между сервисами, но без него микросервисная архитектура вырождается в «распределенный монолит», где сервисы крепко сцеплены через общую базу

Я больше скажу. При наличии одной бд чаще всего все тоже скатывается в распределённый монолит. От этого только ddd и ограниченный контексты можно прикладывать

Разделение команд команд разработки

Опечатка

Sign up to leave a comment.

Articles