Pull to refresh
78
0

Пользователь

Send message
Поддержка шардинга на таблице, которая никогда не распухнет больше определенных пределов (табилица с пользователями для софта предназначеного для малых и средних предприятий) мешает проекту масштабироваться и добавлять новый функционал, потому что требует к себе больше внимания (отнимает время разрабов и админов) по-сравнению с обычным подходом, а не потому что я чего-то там хочу или не хочу.
Софт рождается из требований. Есть требование продать программулину гипотетическому Васяну и чтоб он не тормозил (софт). Такой сценарий закладывается на каком-то этапе и из него вырастает такое требование. А есть требование не чаще чем раз в минуту ходить в сторонний сервис и забирать данные. Чуете разницу? Мы всегда работаем в условиях ограниченного времени и ресурсов и приходится чем-то жертвовать. Если следовать логике оптимизации всего и вся, то хелловорлд должен деплоиться в 100500 автомасштабируемых инстансов амазона. А вдруг?
Ещё как занимался и занимаюсь. Технический долг — это в том числе поддерживать шардинг БД в которой лежит таблица в 1000 строк
Люблю запах сервис-меша поутру!
Подумываю об этом, да
Промахнулся комментом
Никак нет, никого не собирался обижать
Два томика Капитала этому господину :-) Я пытался заводить разговоры на эту тему — смотрели на меня так будто я блокирующий рест эндпоинт делаю

Information

Rating
Does not participate
Registered
Activity