Микросървиси по грешни причини
Възприехме микросървиси, защото Netflix го направи. Ние не сме Netflix.
Защо избрахме микросървиси:
- ✅ "Това е модерният начин"
- ✅ Конферентни презентации така казаха
- ✅ Изглежда добре в CV-тата
- ❌ Реални нужди от мащабиране
- ❌ Изисквания за размер на екипа
- ❌ Анализ на сложността на домейна
Какво получихме:
- 3 разработчика управляват 50 услуги
- Кошмари с разпределено дебъгване
- Мрежови извиквания там, където функции работеха добре
- 50 CI/CD pipeline-а за поддръжка
- Разпределени транзакции, за които не можем да разсъждаваме
Честната оценка:
- Трафик: 100 заявки/минута (монолит се справя с това)
- Екип: 3 души (не могат да притежават 50 услуги)
- Домейн: Прост CRUD (няма нужди от независимо мащабиране)
Какво трябваше да направим:
Да започнем с добре структуриран монолит. Да разделим когато (и ако) е необходимо.
Урок: Микросървисите решават организационни проблеми. Ако нямате тези проблеми, създавате нови.