Pull to refresh
0
0

Системный архитектор

Send message

Свои 5 копеек о микросервисах:

2 причины зачем нужны:
1) большое приложение с большой БД и очень много пользователей. Перефразируя скандально известного коммерсанта: у кого нет 10к пользователей идут ... в монолит. На больших нагрузках у микросервисов можно легче замасштабировать и сами экземпляры и СУБД каждого микросервиса. Чудес не бывает, чтобы заставить отдельные микросервисы работать отностительно удобно для пользователя придется напрягаться.
2) Большая компания, с кучей бизнес-юнитов и каждое подразделение генерирует запросы на новые функиции, которые надо надо относительно быстро выдать в пром. В монолите можно, но значительно сложнее предотвратить побочные эффекты от нового функционала, особенно в шарном коде. Зачастую совершено безобидное улучшение UX вдруг выстреливает в каких-то хитрых сценариях в неожиданном месте.
Если этого нет и не предвидидется в разумной перспективе - то монолит быстрее разработать и он будет требовать меньше ресурсов.
Реально оценивайте свои перспективы - если вы в ларек с шаурмой закупите IT-фарш как на федеральную сеть фастфуда, то на 2й ларек у вас может тупо не хватить денег.

Есть еще одно частое требование — пользователь должен видеть в какой-нибудь папке только те договора, к которым он имеет доступ. Какие есть варианты реализовать быструю фильтрацию?

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity