«Мікросервіси — це пастка для малих команд» — думки DHH

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

Побачив на просторах Х пост від DHH (творець Ruby on Rails), в якому він досить жорстко пройшовся по мікросервісним архітектурам.

Автор каже, що мікросервіси стали своєрідною пасткою для невеликих команд: вони створюють відчуття «ми мислимо масштабно», але на практиці забирають головну перевагу маленьких колективів — спільний контекст і швидкість. Коли замість одного цілісного продукту з’являється десяток або більше сервісів, команда починає втрачати цілісне бачення, кожен відповідає лише за свій фрагмент, а сама система перестає бути зрозумілою для всіх.

DHH пише, що мікросервіси розбивають продукт на купу дрібних частин, а разом із цим розбивають і здатність команди рухатися швидко. Замість звичного деплою з’являється синхронізація флоту сервісів, кожен з яких має свої пайплайни, дашборди, секрети й ритуали підтримки. А ранні помилки, які у моноліті можна було б виправити рефакторингом, тут перетворюються на API-контракти, що тягнуться за командою роками.

Що думаєте з приводу цих думок? Чи справді мікросервіси у малих командах частіше стають гальмом, ніж прискорювачем?

👍ПодобаєтьсяСподобалось2
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Ого, така «свіжа» думка

Пост DHH від 10 грудня, тому саме його думка свіжа

І що свіжого він розвповів?

Мені сподобалась його теза: “this architecture was invented to cope with organizational dysfunction at planetary scale”. Раніше такого не зустрічав.

Підписатись на коментарі