Эргодичность в архитектуре ПО.
👁 515↗ 2💬 3
Небольшая правка в статье из комментариев.
В рассуждениях Нассима Талеба об эргодичности, можно увидеть такое утверждение «То что верно в среднем для 100 человек, не то же самое, что для одного человека, усредняющего одно и то же 100 раз».
Более подробно можно ознакомиться в статье: «https://medium.com/incerto/the-logic-of-risk-taking-107bf41029d3»
Пример с русской рулеткой.
Если 6 человек будут играть в русскую рулетку, где каждый кто побеждает получает $1млрд. То выиграют 5 человек, а один умрет.
Это не то же самое, что если бы один человек играл в русскую рулетку 6 раз одним пистолетом, потому что он точно умрет сведя все победы к нулю.
Развивая эту мысль, можно применить этот термин к проектированию архитектуры ПО. Сравнивая монолитную архитектуру с микросервисной.
В этом примере Мононлитное приложение имеет “недиверсифицированный” риск. Так как все функции и компоненты взаимосвязаны и зависят друг от друга. Ошибка в одной части может привести к глобальным проблемам.
А Микросервисная архитектрура, напротив, представляет собой “диверсифицированный” риск. Ошибки и проблемы в одном микросервисе чаще всего не влияют на роботоспособность других микросервисов.
Канал: @knowyourbackend
Чат: @kyb_chat
#SoftwareArchitecture #Backend
32
Комментарии · 3
- @meafrankВ последнее время смузихлебы любят использовать микросервисы, даже не задумываясь зачем оно и не учитывая минусы микросервисов, но все таки стоит наверное указать, что вряд-ли она нужна, если ПО не такое большое как например Гугл, Яндекс и тд. Везде конечно есть свои плюсы и минусы, но скорее всего в 90% случаев хватает монолита.
- @RomanPodrezovЭргодичность случайного процесса означает наоборот совпадение этих значений со сколь угодно близкой вероятностью
- Ага, немного перескочил от термина к идеи статьи. Сделал правку.