Останні десять років архітектура мікросервісів була справжньою «священною коровою» вебу. Ідея звучала солодко: беремо величезний комбайн, розрізаємо його на незалежні шматочки — і вуаля, у вас ідеальна система. Але, якщо чесно, з роками від цього «десерту» у розробників з’явилася неабияка печія. Зараз ми спостерігаємо цікавий розворот: IT-гіганти потихеньку згортають експерименти й повертаються до модульних монолітів, просто щоб не збожеволіти від цього операційного пекла. Гірка правда життя.
Що пішло не так з мікросервісами?
Мікросервіси «з’їдають» бюджет та нерви на DevOps швидше, ніж ви встигаєте сказати «деплой». Потрібні оркестрації, моніторинг, логування — і все це має якось спілкуватися між собою, не падаючи при першому ж пориві вітру. Для стартапів це часто перетворюється на фінансову яму. Складність розподілених систем не просто гальмує роботу, вона створює стільки точок відмови, що діагностика перетворюється на справжній детектив з невідомим фіналом. Суцільний головний біль.
Прикол у тому, що «модульний моноліт» — це далеко не нове слово. Це старі добрі ідеї з 70-х років. Девід Парнас ще тоді писав, що суть не у фізичному розділенні процесів, а в логічній структурі (information hiding). Ми просто намагаємося винайти колесо, ігноруючи класичну інженерну базу в гонитві за модними хайповими архітектурами. Здається, ми нарешті подорослішали.
Переваги модульного підходу
Модульний моноліт дозволяє отримати всі бонуси декомпозиції, але без зайвого клопоту з мережевими затримками та лагами. Плюси очевидні:
- Спрощене розгортання: Один артефакт. Один деплой. Менше шансів, що все «ляже» після виходу на продакшн.
- Легкість рефакторингу: Ви міняєте нутрощі модуля, не боячись поламати API у сусідів. Це ж просто кайф.
- Цілісність даних: Жодних «танців з бубном» навколо Saga pattern. Ви просто використовуєте надійні ACID-транзакції в базі.
Це не означає, що ми застрягли в минулому. Навпаки, спроби витиснути максимум через серверний рендеринг часто вимагають дуже щільного зв’язку з бекендом. Тут моноліт показує себе набагато краще, ніж розрізнена «солянка» з сервісів.
Чи це кінець для розподілених систем?
Не поспішайте ховати мікросервіси. Вони нікуди не зникають. Якщо ваш сервіс обробляє мільйони запитів на секунду, а кожен блок потребує свого окремого скалювання — іншого шляху просто немає. Але давайте будемо відверті: для 90% проєктів модульний моноліт — це тверезий вибір.
Коли ви проєктуєте систему, важливо пам’ятати, що архітектура має працювати на бізнес, а не на задоволення амбіцій команди, яка хоче засунути в проєкт усі модні новинки з GitHub. Іноді, щоб витримати навантаження, вам не потрібно ще п’ятдесят сервісів — простіше і ефективніше використати потужнішу мову програмування для критичних вузлів вашого «старого доброго» моноліту. Такий от розклад.
Коротше кажучи, індустрія нарешті починає бачити різницю між справжнім технічним рішенням та безглуздим боргом. Модульний моноліт — це вибір зрілих команд, які цінують стабільність і швидкість вище за абстрактну, часто нікому не потрібну, масштабованість. Просто працює.
