В настоящее время мы используем облачный интерфейс для обслуживания нашего скомпилированного веб-приложения из корзины S3. Чтобы это работало, нам пришлось использовать настраиваемую страницу ошибок в облачном интерфейсе, чтобы всегда обслуживать файл index. html при возникновении ошибки 404. 404 происходит из-за того, что s3 использует URL-адрес для обхода структуры каталогов.
Мы представили другое веб-приложение в том же облачном интерфейсе, поэтому нам пришлось удалить ошибку error_page облачного интерфейса и добавить лямбда-выражение origin-response для обработки logi c обслуживания Файл индекса webApp1 и файл индекса webApp2 на основе URL-адреса.
Нам нужно развернуть это сейчас в производственной среде, но у нас было несколько сценариев ios, где развертывание лямбда-выражения завершилось неудачно, и это привело к остановке нашей рабочей среды до тех пор, пока лямбда был успешно развернут. Можно ли было бы оставить настраиваемую error_page в качестве запасного варианта на случай, если лямбда-функция не будет развернута, по крайней мере, у нас все еще будет отображаться и работать первое веб-приложение?