Если s3 в той же зоне где у вас виртуалки или еще дальше, то не верный. Имхо, проще поднять отдельный nginx на честном смалл инстанс c большим тарифным лимитом, натравить на него субдомен, будет быстрее. Но тут надо взвешивать тоньше и подходить обособление. Замерять не только пинг, но и размеры, трафик, производительность.
Но делать это надо только тогда когда общая производительность такого процесса окупается. Т.е. наплыв реально большой, а не только так кажется. Правильно настроенный кеш заголовок и склейка файлов на много порядков лучше этой схемы.
Хотел сказать что и у механиков. Но там другая примочка:
1. Есть нормочас
2. Любая диагностика N (обычно <1) минут.
3. Основные работы нормированы — оплата говориться сразу
4. Всё нормированные работы которые выполняются дольше — за счет механиков. Все работы которые выполняются аза меньшее время — за счет клиента.
5. Ненормированные работы строго по часам, оплата по минутам (округленным) за нормочас
6. Если при работе выявлены дефекты требующие доп. ремонта (закисшие гайки, погнутые и т.д.) нормочас увеличивается от 20% до 100%, по согласованию с клиентом.
У нас долгое время такая система существовала. Но ком. отделу, надоело ждать новых фитч раз в неделю, захотели чтобы как только фитча принята, так сразу она оказывается на боевом сервере…
между дев сервером и продакшином втыкаем еще один сервер, на который для сдачи/приёмки выкладываем фитчи. выкладывать тест сервер на продакшен нельзя, т.к. там всегда есть непринятые фитчи… как тогда?
