Про availability можно сказать тоже самое. Однако ответственность за "нарушение девяток" совершенно чётко и конкретно прописана в SLA.

кроме девяток есть версионирование и кроссрегион и worm

это разное

недоступность это не потеря

Недоступность данных также по-разному аффектит бизнес.

Сложно сказать, тк это десктопный процессор. У него 12 ядер, а такого числа у AWS вроде нет.  Смотрите на 8 ядерные или 16 ядерные инстансы.

Друзья.
Я уже это писал и видимо стоит повторить.
SLA у большинства сервисов в AWS покрывает понятие availability сервиса. Причём читать надо внимательно, именно сервиса. Например уровень availability для EC2 и EC2 instance в SLA EC2 сервиса имеют сильно разные значения.
Теперь о S3. Его дизайн был создан для обеспечения durability в 11 девяток, но SLA действительно содержит только availability. О причинах сказать не могу, тк не знаю.

Теперь о сути спора: durability и юридической ответственности за потерю данных. Это расписано в пункте 11 User Agreement (https://aws.amazon.com/agreement/). Я не юрист и толковать этот пункт со 100% гарантией не берусь.

Возможен конечно. Например у провайдера пользователя ip адреса оказались заблокированными или CF не смог получить данные от origin и  на нем не настроен origin failover (в этом случае cf переправит 50Х ошибку пользователю)

Сори. Я не понял. То есть можно не писать этот костыль на фронте. А обойти его с помощью cf?

Вообще, есть в документации где-то инфа по потерям данных на разных классах с3. Т.е. они не декларируют никакой ответственности за твои данные. Они декларируют зависимость вероятности их потери от класса стораджа.
Щас не могу найти доку, сорян.

Джонни Волкер и его ограниченные сыновья

В S3 их 11, в рдс меньше

Есть подозрение что облако может вылезти дорого

Я не могу вам рекомендовать как писать код, это не корректно. Как минимум я не знаю вашей задачи и не вижу всю картину целиком. Мне кажется, что этот элемент в коде имеет право на существование. Вариант что CF окажется недоступен для пользователя вероятен, а значит и установка дефолтного стиля в это случае логичный шаг.  Пример такого события: если CF адреса попадут в базу блокированных на территории РФ.

Перепутал я их значит

Ребят а кто-то будет завтра здесь? Был бы раз лично познакомится!


TeamLead Conf 2020 пройдёт 10 и 11 февраля. Это единственная профессиональная конференция только для тимлидов. Доклады по всему спектру навыков для управленца любого уровня.

• Максимальная концентрация тимлидского опыта на квадратный метр

• Для тимлидов из небольших компаний и корпораций

• Уникальные воркшопы от авторов, на которых нельзя попасть "с улицы"

• Программа на основе трендов самого большого сообщества тимлидов

• Карьерное консультирование по самоопределению тимлида

Билеты 👉🏻 [http://teamleadconf.ru/moscow/2020](http://teamleadconf.ru/moscow/2020)

📍Москва, Конгресс-центр ЦМТ

#TeamLeadConf2020

А как определяется, что человек действительно тимлид? Может формально он им не является, но в душе...)

ну я вот тоже не тимлид  - но сходить интересно посмотреть = там есть пара интересных докладов

странно что по DevOps конфам таких вопросов не возникает и ходят все кому интересно, в том числе и менеджеры и даже фронтендеры