Периодически
Когда хочется верить,
что в следующий раз получится.
- Неограниченные 503
- Стандартное «попробуйте позже»
- Retry за ваш счёт
- Самостоятельная потеря надежды
Если ваше приложение уже отвечает клиентам 503, зачем платить за остальную инфраструктуру?
Клиенты не заметят разницы. Финансовый директор заметит.
Раньше, чтобы вернуть 503, нужны были диски, серверы и дежурный инженер.
Мы оставили только то, за чем приходит клиент. Код ответа.
временных трудностей.
Достаточно для зрелого продукта.
дисков в архитектуре хранения.
Нечему выходить из строя.
единый стандарт ответа.
Предсказуемость нового уровня.
Наконец-то API, у которого документация совпадает с реальностью.
/api/s3/very-important-backup<Error> <Code>ServiceUnavailable</Code> <Message> The server is temporarily unavailable. Please try again later. </Message> </Error>
Решение для провайдеров S3, которые хотят сократить расходы на инфраструктуру, сохранив привычный клиентский опыт.
GET, PUT, HEAD, DELETE. Мы уважаем ваш выбор. Он ни на что не влияет.
Никаких дорогих операций с данными. Только честный HTTP.
Retry - единственная часть системы, которая действительно работает.
Endpoint готов к работе. HTTP 503, XML, предсказуемый Retry-After.
Если результат одинаковый, зачем платить за разницу?
Оставляем рабочие запросы на вашей инфраструктуре.
Недоступность передаём профессионалам.
Тот же ответ клиенту.
Другой ответ бухгалтерии.
Расчёт: текущий бюджет × доля 503 − стоимость тарифа. Выберите параметры вашей инфраструктуры.
Никаких внезапных улучшений.
Все системы в привычном состоянии.
Последнее обновление: только что. История сохраняет все значимые улучшения.
Платите за результат, который ваши клиенты уже знают.
Когда хочется верить,
что в следующий раз получится.
Когда случайные сбои
становятся бизнес-моделью.
Недоступность, соответствующая
масштабу ваших амбиций.
† Индивидуальные условия для вашей инфраструктуры. На запрос тоже 503.
Мы заранее ответили на то, что обычно спрашивают после третьего повторного запроса.
У обычного S3 между двумя ответами 503 иногда бывает доступ к данным. Мы убрали эту неоднозначность и связанные с ней расходы.
Если они уже получают 503, ответ останется знакомым. Если они получают 200, разницу заметят. Мы рекомендуем сначала привести ожидания к архитектуре.
В вашей инфраструктуре. Мы работаем на уровне ответа API и не храним объекты. В стратегическом смысле данные находятся в зоне вашей ответственности.
Потому что «постоянная» хуже конвертирует. Шесть лет - это всё ещё временно, если смотреть в масштабе геологии.
Если сервис неожиданно вернёт 200, мы начислим вам 503 дополнительных ошибки. Репутационные потери от успешного запроса обсудим отдельно.