Microservices With a Tiny Team
Екип от 4 души. 12 микросървиси. Всеки разработчик притежава 3 услуги. Bus factor за всяка услуга е 1.
Реалността:
- Разработчик A притежава Auth, User, Notification
- Разработчик B притежава Order, Payment, Shipping
- Разработчик C притежава Catalog, Search, Inventory
- Разработчик D притежава Analytics, Reports, Admin
Какво става при ваканция:
- Dev A отива в отпуска → Auth бъг → никой не познава кода
- Всички постоянно превключват контекст
- "Можеш ли да погледнеш моята услуга?" става ежедневно
- Силози на знание навсякъде
Цикълът на бърнаут:
- On-call за 12 услуги = винаги на повикване
- Работата по функционалности фрагментирана между услуги
- Внедряване на 4 услуги за 1 функционалност
- Когнитивното натоварване е неустойчиво
Правилният размер:
- Правило от палеца: 2+ души на услуга
- 4 души → максимум 2 услуги
- Започнете с монолит, извличайте когато екипът расте
Урок: Микросървисите са организационна стратегия за мащабиране. Ако екипът ви се побира в заседателна зала, вероятно не ви трябват.