Мы можем, конечно, долго спорить по этому вопросу, но, вы занимаетесь ИТ, а я занимаюсь АТПиП и знаю, что если в ЗИПе лежат мозги, датчики и исполнительные механизмы, то в случае отказа он сами не заменятся. И резервные копии с софтом сами не восстановятся.
Также как и в вашей ИТ системе если рухнет сервак, то сам он не поднимется.
Пардон, я почему-то думал, что вы из "этих".
Тогда вопросов нет, в качестве комментария просто примите тот факт, что в ИТ сбои делятся на ровно два случая:
1) Сбой софта. Всегда происходят под влиянием каких-то внешних факторов (новый релиз, шаловливые ручки админа и проч.) То есть - не может произойти во время круиза.
2) Сбой оборудования. Давно уже не приводит ни к чему существенному. Всегда есть резервирование.
Фокус, который очень нравится нубам: берем видео, запускаем его на каком-либо сервере. После этого, пинками ноги вырубаем прямо эту стойку от питания. Показываем, что трансляция видео даже не замедлилась в процессе всех этих действий. Людям нравитсо...
2.5) Есть еще угрозы ИБ, но это совсем другая история...
но это касаемо крупных холдингов...
Херолдингов (извините).
Если в 2017 году есть сеть, которая не имеет резервирования ключевых узлов - админа нужно пороть ссаными тряпками. И увольнять. Вот уровни резервирования бывают разные, это да.
Там, где сеть нахер не нужна - сойдет и обязательство пацанов с района за неделю все починить. Там где критична - другая история.
Но если нет даже обязательства "пацанов" и админа нельзя отправить в круиз на месяцок без ущерба для компании- это аддд и пздццц.
И в ИТ отказы и катастрофы никто спрогнозировать не может.
В ИТ никто не может. И вообще нигде никто не может.
Но вот делать так, что отказ и катастроф не было или их последствия были незаметны для бизнеса - могут. Это называеццо риск менеджмент.
И есть мнение, что эти люди полезны не только в ИТ