200 изображений не так много, даже при 100 МБ / изображение (исходные + уменьшенные варианты) это всего лишь 20 ГБ хранилища, при умеренной нагрузке можно легко обрабатывать один сервер без каких-либо облаков, дополнительных доменов и т. Д.уже храните их в облачном хранилище - вам не о чем беспокоиться.
asset_host
для конвейера ресурсов (ваши css / js / images из app/assets
, заканчивающиеся в public/assets
), а не приложенияуправляемые данные
В прежние времена ресурсы передавались с других хостов, чтобы обойти ограничения количества подключений в браузерах (чтобы ресурсы могли загружаться параллельно, а сайт загружался быстрее), это не актуально для современного HTTP / 2(и даже наоборот - есть дополнительные издержки при установке дополнительного http-соединения), если вы не находитесь под действительно высокой нагрузкой или не испытываете особой необходимости в этом (например, при развертывании в контейнере может быть полезно хранить активы отдельно).
Вторым преимуществом является то, что браузер не будет отправлять куки приложения на другой хост, что немного экономитпропускная способность.Многие сайты настраивают этот домен для обработки одним и тем же физическим веб-сервером
Что касается оплаты домена - assets.example.com
- это домен третьего уровня для example.com
, если у вас уже есть последний - вы владеетеэто тоже, просто нужно настроить A
(и, необязательно, AAAA
) DNS-записи и сервер.