Акции провайдера Fastly выросли почти на 11% после быстрого устранения сбоев у Twitter, Twitch, Amazon и других Статьи редакции

А что в вашем понимании быстро? 2 минуты? 5 минут? 
Сколько вам времени нужно, чтобы найти проблему, решить ее, протестить, чтобы еще что-то не рухнуло, и запушить в прод? 
Пишите в Fastly, сообщите, что у них неучи работают и вы готовы решать подобные проблемы в разы быстрее. Я уверен, они предложат хорошие условия контракта. 

В моем понимании CDN такого уровня не должен допускать таких даунтаймов вообще. Представьте убытки их клиентов от часового простоя. Конкретно по вопросу - в случае проведения критичных изменений всегда должен быть фоллбек-план, который запускается в течении 2-3 минут с момента обнаружения деградации и в течении 15-20 минут сеть восстанавливается. Я не знаю, что конкретно у них пошло не так, но явно часовой даунтайм не был частью их плана. Значит что то где то не досмотрели. Это никак нельзя ставить им в заслуги.
ЗЫ: И неучами сотрудников fastly я не называл, наоборот они молодцы, т.к. за час сумели поднять полностью лежащую сеть. Но еще раз - записывать им это в заслуги не стоит. За инциденты не награждают

Даунтайм был разный, потому что часть начала подыматься через 48 минут, часть - немногим более часа. 
Вы сами написали, что в вашем понимании при обнаружении ошибки нужно 2-3 минуты на запуск какого-либо отката и минут 20 на восстановление. Приплюсуйте к этому еще какое-то время на принятие решения - простой сотрудник, который за этим следит, вряд ли может без указания начать что-либо делать и у вас получится время около 30 минут. 
У Fastly это заняло 48 минут. 
Разница в 12 минут - это мизер, в сравнении с тем, что случается у других компаний. Сколько сервисы Google были недоступны из-за аутентификации недавно, не припоминаете? 
Разработчики очень даже быстро все решили, учитывая масштаб ситуации. 

То, что таких даунтаймов не должно происходить - да. Но на практике сервисы падают у многих крупных игроков рынка. Но теперь партнеры знают, что Fastly могут решать проблемы быстро.

Я бы записал это в заслуги. Но ладно я, рынок уже записал это им в заслуги, что и указано в новости. 

Скажите, а гуглу вы тоже записали в заслуги факап с аутентификацией? И кстати, гугл тут плохой пример, т.к. они не продают клиентам услуги повышения доступности.
А вот на месте инвесторов fastly я бы лучше подумал о том, что часовым простоем они крепко пробили SLA и теперь им придется выплачивать компенсации, что в свою очередь однозначно подпортит им годовой отчет.

Нет, и именно поэтому я написал о гугле. Ибо у них решение менее значимой ошибки заняло гораздо больше времени.

Знаете, почему в сети нет ни одного адекватного сервиса с указанным аптаймом в 100%? Я думаю в SLA это также было указано. 

Потому, что это невозможно) Пускай раз в 5, 7 или 10 лет, но система упадёт. 

Да, именно об этом я и говорю. 
Если сервис пишет про 100% аптайм - это наглая ложь. 

Какие 100%? Это точно мне комментарий?

Да. Не совсем понятна логика "Пробития SLA", если там по умолчанию не могло быть указано, что Fastly гарантирует 100% аптайм. Всегда есть вероятность дропа, что и произошло. 
Я сильно удивлюсь, если хотя бы у кого-то из их партнеров будут серьезные претензии. 

Неучами я бы назвал всех этих «кремниевых» разработчиков в твитере и т.д которые в своей системе 100% полагаются на 1 CDN провайдера и не имеют fallback стратегий в коде на такой случай.

Я правильно понимаю, что вы под этим имеете в виду разработчиков всех сервисов, которые упали? 

Именно так. Упали только те, кто не страхуется на такой случай.

Получается, гора крутых разработчиков сейчас могут отправлять резюме в Amazon, GitHub, Twitter, Shopify, Webflow и еще сотню другую компаний и уверять, что такого больше не произойдет? 

Вы ведь понимаете, что в крупных компаниях это так не работает, а непосредственно сами разработчики зачастую не решают, что и как будет работать, ибо у них над головой есть цепочка из CIO/CTO, VP, директоров, тимлидов. 

Почему-то мне кажется, что сотни компаний не такие глупые, что не решили сделать себе бэкап. Более того, постоянная поддержка бэкапа, вероятно, обойдется в разы дороже часового дропа. 

Ну классическое заблуждение о том что в больших компаниях всё по уму сделано и много умных людей всё просчитали. Вот как-раз наоборот и бывает, потому что заняты совсем другим, а такие подстраховки находятся в низком приоритете (если вообще в беклоге есть).

Но если нанять других умных людей, разве они сделают так, чтобы никогда не падало? Или они тоже превратятся в неучей, в вашем мировоззрении?

Может вы считаете, что крупным корпорациям стоит найти вторую CDN компанию, заключить с ними контракт по аналогичной стоимости (считайте станет в 2 раза дороже), актуализировать данные уже в двух системах , и только для того, чтобы не допустить простоя на 45 минут раз в несколько лет?