ержите при себе то, что нельзя потерять. Оригиналы документов, важные контакты, пароли и доступы — минимум одна их копия должна существовать вне любой облачной системы.

2. Облачный сервис — это всё же услуга, а не гарантия. Даже самые надёжные инженерные решения защищают от отказов оборудования, но не от физического разрушения площадки или форс-мажора. Риски такого рода стоит закладывать в договор с провайдером и в свою внутреннюю регламентацию.
3. Планируйте «план Б». Если ваш бизнес завязан на один сервис (почта, CRM, ЭДО), подумайте заранее, что вы будете делать при его недоступности на несколько часов или дней: альтернативный канал связи с клиентами, офлайн-доступ к важным документам, резервные процессы.
4. «Один поставщик — одна точка отказа». Компании, размещавшие всё в одной зоне доступности, пострадали заметно сильнее тех, кто распределил нагрузки. Даже сама «Яндекс» в документации рекомендует разворачивать приложения сразу в нескольких зонах. 
5. Резервные копии — это не опция, а страховка. Если вы держите документы, фото, клиентскую базу или код только в одном облаке, вы уязвимы к любой аварии, а не только к такой драматичной. Дублируйте критичные данные хотя бы в двух независимых местах, лучше — у разных провайдеров или хотя бы локально.
Инцидент с дата-центрами — это редкая возможность увидеть, как работает настоящая отказоустойчивость: не в презентации, а под огнём. Парадоксально, но суровый тест скорее показал, что инженерия, вложенная в резервирование, работает — просто с оговоркой «если вы ею пользуетесь». А это уже вопрос к нам, пользователям. 
 
#iot #интернетвещей #умныесистемы #iotбезопасность #яндекс
 
Подписывайтесь на нас:
 
Вконтакте: https://vk.ru/ioteducation
Макс: https://max.ru/channel_ioteducation