Это такой тонкий троллинг?

Я што, из Java?)

а, вы из javascript... тогда да, ts нужен

Ответил не ОП, если что

блин, я вас путаю, у вас даже аватарки похожи

Ага, а мне не ответите...

А есть приблизительная оценка, сколько js прогеров используют ts? Если я буду искать человека для работы.

сейчас он достаточно популярен - можно по вакансиям на фронтендера оценить

везде либо "требуется", либо "желательно"

лол

Как оказывается все просто. А мы дураки работаем

Парни. Такой вопрос :)

Есть основной сайт front+back на сервере "А".
Так же есть медиасерверы "B" и "C" и т.д.... (добавляемые в базе).

Основной backend находится на domain.com/backend/
Медиасерверы на поддоменах вида media01.domain.com/backend/

Сейчас загрузка видео на проект осуществляется следующим образом.
Видео загружается на основной сервер "А", а затем передаётся на заданный логикой бэкенда медиасервер "B" или "C".

Проблему со storage - решили. Видео хранится где нужно.
Но вот проблему с нагрузкой на основной сервер "A", лишь усугубили. Т.к. мало того что он принимает как и раньше, так ещё теперь и отдаёт на медиасерверы такой же объём данных, являясь своего рода гейтвеем на приём/передачу.

Обращение к медиафайлам уже идёт корректно через поддомен, там всё в порядке.

Как грамотно это поправить? Не хранить же данные о приоритетном серваке для загрузки видео на фронте?

вы хотите cdn изобрести?

Ну контент дублицироваться не будет...

То есть снизить нагрузку и сделать storage горизонтально масштабируемым...

Нагрузку с основного сервера.

а как это с реактом связано то?

Ну фронт на реакте 😄

это ж инфраструктурный и архитектурные вопросы, которые к фреймворку фронта вообще отношения не имеют

не, это так не работает