Вчера сервис облачного хранилища Amazon S3 во второй раз в этом году вышел из строя, обрушив на него множество сайтов Web 2.0. Сайты и приложения, такие как SmugMug, Twhirl, Twitter, SlideShare и даже SitePoint, пострадали от простоев. Как отмечает WebWorkerDaily , соглашение об уровне обслуживания Amazon гарантирует время безотказной работы 99,9%, или около 45 минут простоя в месяц. Так что можно с уверенностью сказать, что Amazon заплатит кучу сайтов за это недавнее многочасовое отключение.
Однако для многих пользователей сервисов Amazon или других облачных хранилищ простои недопустимы и могут стоить бизнесу больше, чем просто цена пропущенного хостинга. Запуск путеводителя Planaroo , на который также негативно повлиял сбой S3, сегодня написал в блоге своей компании сообщение о том, что они узнали из проблем с Amazon. Вот их вынос:
- Резервные копии это хорошая вещь. Наличие плана Б является необходимостью. Потратьте дополнительное тесто, чтобы получить резервные копии критически важных файлов. У Planaroo были резервные копии всех фотографий, которые они размещают на S3, поэтому, когда сервис Amazon вышел из строя, они могли легко переключиться на резервные копии, просто заменив URL в своей базе данных фотографий.
- Почини это. Не надейся на лучшее. Однако Planaroo сделал одну ошибку: предположил, что Amazon быстро исправит корабль. Прошло 2 часа, прежде чем они решили отказаться от ожидания на Amazon и переключиться на резервное копирование. Урок: когда что-то пойдет не так, не думайте, что ваш хост быстро их исправит. У вас есть план на случай непредвиденных обстоятельств, поэтому используйте его.
- Держите резервные копии современными и готовыми к работе. Когда ваш основной хост выходит из строя и вам нужно включить резервное копирование, убедитесь, что оно обновлено. Если вам приходится тратить время на загрузку файлов на сервер резервного копирования, тогда вы просто теряете время.
- Другие сервисы тоже могут выйти из строя. Это не только ваш хозяин. В мире API и размещенных библиотек многие стартапы зависят от нескольких сторонних сервисов, чтобы поддерживать работу. Например, Planaroo использует библиотеки AJAX от Google . У Google может быть такая же проблема, как у Amazon (фактически, у Google App Engine было некоторое время простоя месяц назад), поэтому стоит предусмотреть план на случай непредвиденных обстоятельств для каждой услуги, на которую вы полагаетесь.
Этот последний момент подчеркивает кое-что важное в этом списке: он не относится только к сервисам S3 или облачным хранилищам. Это хорошие уроки, которые можно применить к ЛЮБОЙ среде хостинга.
Полный список уроков, которые выложил Planaroo, можно найти в их блоге .