Резервному копированию в облаке следует уделять больше внимания

Безопасность данных в облаке
Резервному копированию в облаке следует уделять больше внимания

08.02.2024

Гостевая статья Саши Гизе

3 мин. Время чтения

Провайдеры по теме

Многие компании в той или иной форме используют облако, но для простоты в этой статье основное внимание будет уделено PaaS и SaaS. При использовании SaaS-решения у вас обычно нет другого выбора, кроме как довериться обещаниям поставщика.

Другой поставщик заявляет: «В той степени, в которой это разрешено применимым законодательством, гарантируется [der Anbieter] В соответствии с условиями настоящего Соглашения любой Контент, который вы можете хранить или получать к нему доступ с помощью Сервиса, не будет случайно поврежден, поврежден, утерян или удален. [der Anbieter] также не несет ответственности в случае любого такого повреждения, повреждения, потери или удаления». В конце концов, там честно сказано: «Вы несете ответственность за обеспечение соответствующих альтернативных резервных копий вашей информации и данных».

Проблема в том, что большинство людей должны быть осведомлены об этом в первую очередь. Компании и частные лица выбирают SaaS-Решения, потому что они такие простые. Они не хотят управлять ими самостоятельно и ожидают, что будут включены резервные копии. Но это не тот случай.

А теперь о платформах

В ПааС ситуация выглядит иначе. Очевидно (или должно быть), что резервное копирование — это общая ответственность, как и безопасность. Провайдер заботится о физической безопасности и доступности, но пользователь должен защитить свои данные. Когда вы настраиваете экземпляры или хранилища данных в инфраструктуре гиперскейлера, вы можете активировать там флажок резервного копирования. Можно настроить частоту, продолжительность хранения и место хранения, и затраты на это будут выставлены в счете. Это удобно, не требует сложной настройки и работает более-менее автоматически. Что возможно могло пойти не так? Дело в том, что вам придется самостоятельно позаботиться о резервных копиях, и желательно не использовать для этого одного и того же провайдера.

Это легко сделать, и есть несколько вариантов. Во-первых, есть компании, которые специализируются именно на этой задаче. Их называют BaaS – Резервное копирование-как-Услуга. Там вы найдете интеграции для всех основных поставщиков и т. д., а к услугам можно подключить SaaS или локальные ресурсы. Мой первый выбор — поставщик BaaS. Сравните нескольких поставщиков, посмотрите, кто предлагает необходимую вам интеграцию, и сделайте свой выбор. Если у вас ограниченный бюджет, ищите альтернативы.

Есть разные технологии, но Амазонка S3 является де-факто из-за своего API.Стандартный, который используется различными компаниями. Я выбрал этот пример без особой причины, просто у меня приложение было открыто в другом окне браузера:

Никакого волшебства: вы предоставляете базовые учетные данные для аутентификации, и все готово. Инструмент внешне ничем не отличается от других приложений и сервисов. Возможно, есть еще несколько вариантов настроек, кроме «нажмите здесь», и бухгалтерия может спросить, почему за дополнительный инструмент выставлен еще один счет. Но это гораздо проще объяснить, чем то, почему все вдруг исчезло. И под «всем» я имею в виду «все».

Заключение

Используйте разные для производства и резервного копирования. Облако-Провайдер. Вариантов множество – стоит ими воспользоваться! Это не имеет большого значения и может предотвратить катастрофу. Резервным копиям следует уделять больше внимания и их следует включать ИТ-директор и CISO. Да, и вам также следует убедиться, что резервные копии были проверены, но это совсем другая история.

Об авторе: Саша Гизе — глобальный технологический евангелист, наблюдатель и главный специалист по технологиям в Солнечные Ветры.

(ID:49885064)