Перенос локальной базы данных в нативное облако привлекателен потенциальными преимуществами, однако чреват проблемами. Портал InformationWeek приводит рекомендации Рамке Рамакришнана, старшего директора-аналитика Gartner, которые помогут избежать неудач при «пересадке сердца».

За последние несколько лет многие организации увеличили свое присутствие в облаке и стремились каким-либо образом модернизировать свою ИТ-инфраструктуру, чему способствовал такой катализатор, как пандемия. Однако перенос баз данных из локальной реализации в нативное облако может быть сопряжен с рядом проблем, которые могут помешать организации решиться на такой шаг. Тем не менее сегодня, в эпоху облачной и инфраструктурной модернизации, необходимость совершения таких миграций возрастает как никогда.

Если ваша организация готовится к такому проекту, необходимо учесть множество факторов и тщательно все спланировать. «Миграция базы данных — это как пересадка сердца», — говорит Рамакришнан. Базы данных связаны с огромным количеством приложений, и, скорее всего, через них каждый день проходит жизненная сила организации.

Проблемы миграции баз данных

Для непосвященных проект миграции баз данных может показаться простым. В конце концов, вы просто переносите объекты базы данных из одной СУБД в другую. Поставщики предоставляют инструменты миграции, позволяющие выполнить работу в несколько кликов.

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

«Когда вы изучите подобную миграцию в облако, вы видите, что многие базы данных не поддерживают надежные пакеты SQL, которые вероятно у вас есть», — говорит Рамакришнан. Вместо этого вам может понадобиться использовать Javascript или процессы на базе Spark.

«Это действительно похоже на пересадку сердца, потому что вам придется изучить каждую деталь», — поясняет он.

Еще одна причина, по которой вы, возможно, не захотите следовать стратегии переноса базы данных без модификации («lift and shift»), заключается в том, что облако предоставляет альтернативные варианты хранения данных, которые, возможно, не были доступны вам в традиционной базе данных.

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

Кроме того, возможно, вы не захотите переносить все, говорит он, отмечая, что процесс миграции и модернизации базы данных может стать возможностью применить что-то вроде метода уборки Мари Кондо, устранив все объекты, которые «не вызывают радости». Возможно, вам не нужно переносить все данные. Миграция может стать возможностью начать все с чистого листа.

Планирование — это ключ

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

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

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

Рекомендации для успеха

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

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

Рамакришнан также рекомендует использовать поэтапный подход, поскольку он помогает учиться на каждой итерации. ИТ-лидеры не должны позволять себе поддаваться давлению, заставляющему их выполнять неадекватную работу из-за других факторов. Кроме того, им следует избегать подхода «lift and shift», особенно если речь идет о переходе на другую платформу.

«Надежда и энтузиазм не являются альтернативой планированию», — считает Рамакришнан.