Комментарии 11
Забыли про сбой Google Sync habrahabr.ru/company/apps4all/blog/162291/
Пост ниочём
Все эти факторы могут контролироваться при помощи всеобъемлющего плана по аварийному восстановлению и такого же плана по отказоустойчивости.
Всего не предусмотреть. Факап всегда найдет чем удивить. Растет сложность систем, и, соответственно, растет число гипотетических событий, способных всё сломать. В данной статье указаны как раз весьма нетривиальные события. Не сомневаюсь, что на самом деле факапов было несравнимо больше, но вот там как раз успешно отрабатывала отказоустойчивость.
Вроде в прошлом году яндекс накрылся. Вся сеть легла, так как, судя по симптомам, кто-то сказал роутеру «redistribute bgp» под процессом OSPF. Опять же, и от такого можно застраховаться, но я уверен, что большинству сетевиков и в голову не приходило предусмотреть подобный косяк.
отказоустойчивость будет стремиться к 100%
Да не будет она повышаться. Останется на тех самых трех-четырех девятках. Дальнейшее повышение надежности будет стоить нецелесообразных денег.
А тот, кому требуется абсолютная надежность сервиса, либо не станет полагаться на надежность одного хостера (или даже двух), либо вообще откажется от облаков, чтобы контролировать всё своими силами.
По моему на фоне падения русских облаков это мелочи жизни.
А есть где-нибудь подобная статистика по российским облачным сервисам?
Мне гораздо больше запомнилось как скалакси дважды за год угробил дисковую систему без возможности восстановления данных. Пришлось восстанавливаться из бекапов, и переезжать в хецнер.
Но падения российских провайдеров, хоть и часты, но всё же не влияют на интернет так. Пол-интернета лежит, когда лежит AWS.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Основные сбои в работе облачных сервисов в 2012 году, и какие выводы из этого можно извлечь