Для масштабирования любого i/o. Иначе как ты обслужишь в одном потоке запросы нескольких клиентов? А если это преимущественно io, то особой проблемы в этом нет. Хотя там, где нужно не io местами, всё равно легко всё свести к io, вынеся весь cpu-bound в микросервисы

а, ну да, сделай так с дб...

Ты же знаешь о теории относительности Эйнштейна?
Мы видим свет далёких звёзд, которых, возможно, уже не существует.
Кешируй же базу :)

про кеширование базы ты пошутил. столько рам в виртуалке вебсервера нет :)

ну и речь про ынтырпрай-тул, который у меня без сорцов

Так не целиком. Ты же знаешь, что в базе РСУБД хранятся двумерные таблицы. Для которых во многих ЯП даже прямого отображения нет, в том же Perl его нет, например.
Всем ведь нужны объекты, что-то логически целостное и адекватное, а не вот эти все порнографические грёзы секретарши, печатающей в Excel.
Да, к сожалению, MongoDB та же никак не решает вопрос хранения объектов, соответствующих схеме, а не просто набора какого-то произвольного бессвязного JSON'а
Но всё же можно кешировать ранее запрошенные объекты/структуры данных, ведь вытащенное из кишок базы в итоге всё равно ими станет. А коли не запросил их ещё никто - так ведь предсказания и префетчинг ещё никто не отменял.

ты часть про то что я этим не совсем управляю пропустил

Отбери у них власть!

Мы тебе пришлём автоматы, даже не сомневайся

кофе автоматы? 😁

Почему кофе? Вендинг с канабисовыми скрутками

😳 О как!

а какая мотивация так делать?

Читаю весь абзац, а в голове остаётся только "дикое замшелое legacy". Мне кажется, я всё, читать не умею :(

не спрашивай меня...

Сетевики получат доп.финансирование, вот и вся мотивация. Хитро придумано же

То есть мы там профилируем, ловим мс, а они сервер в другой цод перевозят. Это же просто прекрасно

Да, но потом покупается оборудование под 10Гбит/с

зачем "перевозят"? нынче всё виртуализировано

Не, у нас было круче. У нас Redis оказался в другом ЦОДе ))