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

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

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

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

Выберите подходящее облачное хранилище

Так же, как существует несколько способов размещения приложения в облаке (например, вы можете использовать виртуальные машины, бессерверные функции или контейнеры), существует множество типов служб облачного хранения. К основным параметрам относятся:

• Базы данных, которые идеально подходят, если ваши локальные данные существуют в базе данных, и вам необходимо сохранить их в том же формате при перемещении в облако.
• Хранилище объектов, которое подходит для хранения больших объемов неструктурированных данных, таких как документы или медиафайлы.
• Блочное хранилище, которое вы обычно используете для подключения файловых систем к облачным виртуальным машинам.

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

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

Консолидация данных перед их перемещением в облако

Консолидация данных, то есть объединение данных из нескольких источников для уменьшения их общего размера, может помочь вам сэкономить деньги за счет уменьшения объема данных, которые необходимо хранить. Миграция облачных данных — отличное время для консолидации.

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

Безопасный доступ к данным

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

Точно так же системы управления доступом, которые вы используете локально для определения прав доступа пользователей к вашим данным, могут не работать в облаке, где вы вместо этого использовали бы систему управления идентификацией и доступом (IAM) вашего облачного провайдера для управления доступом. потребности.

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

Переосмыслите резервное копирование данных

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

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

Удовлетворение потребностей в суверенитете данных

Перемещение данных в облако может изменить геополитическую юрисдикцию, в которой физически находятся ваши данные. Этот сдвиг может иметь последствия для соблюдения. На ваш бизнес могут распространяться правила, которые требуют хранить определенные данные в определенной стране, или вы можете столкнуться с новыми требованиями соблюдения требований, храня данные в новом регионе.

Какими бы ни были детали вашей ситуации, важно знать о последствиях переноса данных в облако для соблюдения нормативных требований и быть готовым к их устранению.

Заключение

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