Миграция из облака в облако: когда делать, а когда забыть
Миграция данных от одного облачного провайдера к другому - не такая простая задача. Когда речь идет о гигабайтах, терабайтах или петабайтах данных, миграция становится долгой и дорогостоящей процедурой. Несмотря на это, бывают ситуации, когда это стоит усилий и в некоторых ситуациях становится единственным способом двигаться вперед.
Зачем же рассматривать миграцию из облака в облако?
Необходимость модернизации операций, следующая за слиянием или поглощением, часто приводит бизнес-лидеров к решению о миграции. Хотя это и может показаться рациональным шагом, возможно, затраты и сбои перевесят любые преимущества. Важно полностью понимать происходящее, а затем оценивать потенциальные последствия перед принятием этого шага. Действительно ли Вам нужен полный переход из одного облака в другое? Или есть ли альтернативные подходы, которые помогли бы достичь желаемого результата другим способом?
В некоторых ситуациях логика подобной миграции более понятна. Это может быть важно для удовлетворения критических бизнес-требований, связанных с нахождением данных или правилами суверенитета данных.
Что осложняет миграцию из облака в облако?
Это не просто перенос данных из одной облачной среды в другую. Существует техническая часть, которую необходимо рассмотреть заранее, т.к. различия между ресурсами двух платформ могут потребовать новых решений.
Возьмем балансировщики нагрузки. В AWS они обрабатываются с помощью процедуры завершения SSL, в то время как в Azure требуется Azure Application Gateway. Это два совершенно разных зверя. Иногда кажется, что системы похожи в оркестровке контейнеров, например, Azure Kubernetes Service (AKS) and Amazon Elastic Kubernetes Service (EKS) , но они могут создавать технические трудности. В AWS управление идентификацией и доступом (IAM) в основном используется для контроля доступа, но в Azure этот момент будет покрываться с помощью Azure Active Directory (Azure AD). Любому приложению, мигрирующему от одного облачного провайдера к другому, необходима адаптация для поддержки метода, используемого конечной средой.
Конечное решение может выглядеть и работать одинаково, независимо от того, где оно расположено. Однако, для корректной работы в новой среде требуются изменения и компромисс. Разработчики и инженеры также должны быть готовы работать с новыми ресурсами.
Как решить, стоит ли это усилий?
Лица, принимающие решения, должны определить, превышают ли преимущества подобной миграции риски.
Ключевой фактор - влияние на команду. Подумайте, какие наборы знаний уже есть, а также о последствиях обучения и потенциальной утечки персонала.
Зрелость существующей деятельности в облаке также имеет значение. Если был достигнут прогресс в модернизации приложений и внедрении подходов DevOps, таких, как Ci/CD, это усложнит работу. Любая инфраструктура как код (IaC) или конфигурация как код (CaC) должны быть переписаны для новой среды.
Итак, Вы решили пойти на это. Что теперь?
К процессу миграции из облака в облако должен быть такой же подход, как и к любой другой миграции. Важно понимать целевые данные, высокоуровневый процесс миграции и как это будет синхронизировано. Потратьте время на изучение того, как методы автоматизации DevOps могут ускорить процесс миграции. Обратите внимание на мультиоблачные инструменты, особенно, если у команды есть опыт работы с ними.
Наверняка наступит период двойных облачных операций, когда используются новая и старая среды. Необходимо обеспечить наличие соответствующих инструментов и навыков для управления этой критической фазой. Необходим системный подход к обучению для подготовки команды к работе в новой облачной среде.
Наконец, не забывайте, что фаза двойного облака приведет к увеличению затрат.
Если Вы решили забыть об этом. Какие альтернативы?
В большинстве случаев, альтернативные подходы помогают в достижении желаемого результата без затрат и потрясений, связанных с миграцией из облака в облако.
Если оптимизация затрат стала толчком к рассмотрению этого шага, то существуют различные варианты, которые можно изучить. Выполнение ревью с фокусом на стоимости может помочь в определении возможностей для экономии затрат на текущей платформе. Большинство облачных поставщиков предлагают корпоративные соглашения, которые помогут обеспечить дальнейшую экономию средств, особенно в отношении устаревшего ПО. Внедрение практик DevOps и реконструкция для повышения производительности в существующих облачных средах, также могут преодолеть или компенсировать некоторые сложности.
Требования к облачной миграции
Пандемия COVID-19 вынудила компании быстро менять приоритеты, чтобы оставаться на плаву. Как результат, ожидается, что до 85% предприятий перейдут в облако к 2025 г. Однако, сбор и миграция массивов данных в облако усложняет обеспечение целостности. Проблемы миграции решаются, опираясь на понятия целостности, безопасности и суверенитета. Хотя это и первоначально вызовет затруднения, однако в будущем приведет к оптимальным бизнес-решениям.
Трудности миграции данных в облако.
При перемещении данных в облако количество подключений к источникам и местам хранения увеличивается. По мере роста объемов данных возникают проблемы с поддержкой, связанные с согласованностью, точностью, доступностью и качеством. Таким образом, создание программы Data Governance требует дополнительных мер.
Сбор данных в единый источник до миграции в облако гарантирует, что члены команды работают с одной и той же информацией. Помимо объединения данных, инструменты сбора и интеграции, использующие машинное обучение и ИИ, помогут в сортировке поступающих данных. Ведение бизнеса в облаке способно спровоцировать новые расходы, которые при правильном подходе команды Data Management легко нивелируются.
Первый шаг - это проактивный подход к безопасности, которая достигается путем проведения полной инвентаризации, категоризации и классификации данных. Пренебрежение этим шагом гарантирует получение неоптимального результата в таких функциях, как соблюдение требований, управление рисками, оптимизация ценности информации и операционная эффективность. Воспользуйтесь комитетом Data Governance и инструментами классификации контента для категоризации дальнейших данных, которые поддерживают конкретные бизнес-единицы. Этот процесс помогает увеличить осведомленность о данных и повысить точность. Последний шаг - установление правил и процедур для укрепления и поддержки Data Governance в компании.
Целостность данных
Целостность данных - больше, чем инструмент. Поддержка данных в режиме реального времени требует отдельной команды и стратегии. Отдельное подразделение Data Management во главе с директором по обработке и анализу данных способствует правильному использованию данных. Перемещение данных в облако повысило необходимость наличия таких позиций как главный директор по обработке и анализу данных (CDO), руководитель службы защиты информации (CPO), руководитель по информационной безопасности для совместной работы над Data Governance.
Data Governance - точка пересечения сфер.
Безопасность данных
Наличие правильных инструментов и выделенной команды Data Governance повышает возможность компании в получение выгоды из данных. У нарушения требований соответствия двойной эффект: денежные штрафа и потеря доверия клиентов.
Безопасность данных - важная часть Data Governance. Защита данных в облаке отличается от on-premise новыми потоками, большей поверхностью атаки и повышенной сложностью конвейера. Данными в облаке легче обмениваться и получать к ним доступ. Информация из одного отдела может быть быстро отправлена в другой. К сожалению, такая доступность приводит к тому, что конфиденциальные данные оказываются не в том месте или не в тех руках.
Конфиденциальность и безопасность - элементы в обеспечении работоспособности и целостности данных, особенно в облаке. Для сохранения данных без ошибок и защиты от нарушения требуется отдельная команда. Команда, сосредоточенная на конфиденциальности и безопасности, может внедрить средства контроля безопасности, которые автоматизируют удаление или анонимизацию конфиденциальной информации и помогают избежать штрафов и потери репутации.
Суверенитет данных
В процессе переноса рабочих нагрузок в облако, упускается проблема суверенитета. Суверенитет данных - концепция, согласно которой данные подчиняются законам и структурам управления страны, в которой собираются.
Использование гибридного облачного подхода решает проблемы, связанные с суверенитетом данных. Организации с частными локальными средами преодолевают эти трудности без потери преимуществ, предоставляемых публичным облаком. Гибридные облака дают возможность выбирать данные для развертывания во внешнем облаке и данные для хранения в локальной среде.
Запомните: стратегия данных - это бизнес-стратегия. Инвестирование в правильные инструменты и опытную команду окупит вложенные инвестиции. По мере роста надежных корпоративных хранилищ, растут и доходы
Безболезненный процесс миграции: что нужно знать
Вы готовы переехать в облако, но не знаете, с чего начать? Тогда эта статья то, что нужно. Здесь будут даны пять советов, в основе которых лежит опыт работы с клиентами по совершенствованию технологии миграции.
Совет №1: Важно знать, зачем нужна миграция в облако.
Убедитесь, что все вокруг тоже в курсе. Обычно миграция не происходит ради самой миграции. Так почему же вы пошли на это?
Необходимость снижения эксплуатационных расходов?
Или увеличения скорости анализа?
От Вас требуется соответствие новым стандартам безопасности? Каждая организация уникальна, поэтому миграция - это стратегический или культурный сдвиг.
Совет №2: Проведите аудит текущих активов.
Некоторые организации ведут текущий учет технических активов и их использования. Эти инструменты будут не лишними в процессе миграции технологий: так Вы знаете, что есть, кто использует и как часто. Аудит также приводит в порядок информацию, разбросанную по множеству документов и спецификаций, и упрощает выполнение текущих и будущих бизнес-требований.
Если вы не делали подобное раньше, а сейчас задумались о том, как начать, создайте типовые варианты использования. Вариант использования - аналитический метод и точка соприкосновения бизнес-пользователей и технических специалистов, которая фиксирует взаимодействие пользователя с технологией.
Документирование вариантов использования включает:
- Определение и описание бизнес-процесса
- Определение пользователей или ролей, которые используют технологию
- Обсуждение входных условий, основного потока, потоков исключений, и постусловий, определенных для каждого варианта использования.
Вы можете думать о вариантах использования как об инструменте, который позволяет задавать вопросы, раскрывающие проблемы в понимании и требованиях. Информация, собранная в ходе этого процесса, фундаментальна; она будет использоваться в словаре данных, в диаграммах "сущность-связь" и графических схемах программ для учета и документирования других текущих ресурсов.
Совет №3: Используйте преимущества перехода
Переходы, включая миграцию технологий, предоставляют возможности улучшения бизнес-процессов и результатов. В Совете №2 мы рассмотрели момент ознакомления с текущими вариантами использования и ресурсами. А теперь, подумайте, как можно улучшить их для максимальной поддержки цели миграции.
Пришло ли время перейти от транзакционной отчетности к аналитическим выводам?
Нужна ли Вам эластичная масштабируемость и высокое время задержки в сравнении с текущим решением?
Можете ли Вы объединить и параметризовать ресурсы для повышения их ценности и охвата?
Какая техника миграции наилучшим образом оптимизирует приложения для достижения бизнес-целей?
Совет №4: У Вас должен быть процесс содержательного проектирования
Важный компонент вовлечения заинтересованных сторон - включение в проектирование процесса миграции.
Содержательное проектирование дает повышенные возможности для каждого. Набор инструментов и методология содержательного проектирования Microsoft - удачное место для старта, которое фокусируется на 3 принципах:
Выявить исключения
Определить для одного, применить для многих.
Обучение на разнообразии
Совет №5: Начинайте с малого
Обязательства, коммуникация и размеры проекта не означают, что Вам необходимо прикладывать чрезмерные усилия по развертыванию с самого начала. Лучший способ проведения эффективных изменения - начать с малого и развивать коллектив. Определите инициативу или приоритет и начините с этого.
Дайте коллективу увидеть и понять воздействие маленькой победы и ее влияние на "почему ".
Философия - думай масштабно, но начинай с малого - помогает доносить ценность изменений для всей организации.