Миграции в IT — это перенос системы, приложения, данных или инфраструктурного компонента из исходной среды в целевую. Такой перенос может выполняться между серверами, базами данных, облачными платформами, версиями программного обеспечения или архитектурными решениями.
Термин не связан только с переходом в облако. Миграцией также называют смену сервера, перенос базы данных, обновление схемы, переход на другую платформу или модернизацию архитектуры приложения.
Какие бывают миграции в IT
- Миграция инфраструктуры — перенос серверов, сетевых компонентов, хранилищ и других ресурсов в новую среду.
- Миграция приложений — перенос программного продукта на другой сервер, платформу или облако.
- Миграция данных — перемещение информации между системами, базами данных или форматами хранения.
- Миграция базы данных — перенос самой базы, обновление ее схемы или изменение используемой системы управления базами данных.
- Архитектурная миграция — изменение способа построения приложения, например переход от монолита к распределенной архитектуре.
Зачем проводят миграции
Причины зависят от конкретной системы и задач организации. Миграция может потребоваться при смене оборудования или облачной платформы, обновлении программного обеспечения, масштабировании, изменении архитектуры или переносе данных в более подходящую среду.
При выборе стратегии для облачной миграции часто используют несколько подходов:
- Rehost — перенос без существенных изменений в приложении.
- Replatform — адаптация системы под возможности целевой платформы без полного переписывания.
- Refactor или rearchitect — изменение кода и архитектуры для новых требований.
- Rebuild — создание решения заново на основе существующих требований.
- Replace — замена текущей системы другим продуктом.
- Retain — сохранение рабочей нагрузки в исходной среде.
- Retire — отказ от ненужной рабочей нагрузки.
Например, Microsoft Cloud Adoption Framework описывает эти стратегии и предполагает, что подход выбирают отдельно для каждой рабочей нагрузки с учетом целей бизнеса, архитектуры и ограничений.
Как проходит миграция в IT
1. Инвентаризация исходной среды
Сначала определяют, какие серверы, приложения, базы данных, сетевые компоненты и хранилища используются. Важно зафиксировать объем данных, версии программ, настройки и критичные параметры работы системы.
2. Анализ зависимостей и готовности
На этом этапе изучают связи между компонентами. Приложение может зависеть от конкретной базы данных, веб-сервера, сетевого маршрута, хранилища или другой службы. Ошибка в такой зависимости способна нарушить работу системы после переноса.
Для предварительной оценки можно применять Microsoft Azure Migrate. Сервис помогает анализировать рабочие нагрузки из локального дата-центра или других облаков, оценивать готовность, подбирать целевые ресурсы и выбирать подходящий инструмент миграции.
3. Планирование
В плане определяют целевую среду, последовательность действий, порядок переноса компонентов, требования к совместимости, допустимый простой и сценарий возврата при проблемах. Конкретные сроки, объем работ и продолжительность простоя зависят от количества данных, зависимостей и выбранной платформы.
4. Подготовка целевой среды
До переноса создают и настраивают целевые серверы, базы данных, сети, хранилища и средства доступа. Также проверяют конфигурацию безопасности, права пользователей и параметры интеграции с другими системами.
5. Пробный перенос и тестирование
Миграцию обычно сначала проверяют на тестовой или промежуточной среде. Оценивают корректность данных, совместимость приложения, производительность и возможность восстановления.
6. Перенос и cutover
После подготовки выполняют перенос в целевую среду. Переключение пользователей и приложения на новую систему называют cutover. В этот момент рабочая нагрузка начинает обслуживаться перенесенной системой.
7. Постмиграционная проверка
После переключения проверяют доступность приложения, целостность данных, работу интеграций, производительность, журналы событий и резервное копирование. Исходную среду не всегда отключают сразу: ее могут временно сохранить как вариант восстановления.
Как выполняют миграции баз данных
Миграцию базы данных могут проводить как переносом содержимого, так и последовательным изменением структуры. Во втором случае изменения оформляют в виде версионируемых скриптов: каждый скрипт описывает отдельное изменение схемы или данных, получает версию и выполняется в установленном порядке.
Такой подход позволяет применять одинаковую последовательность изменений на тестовой, промежуточной и рабочей средах. История выполненных операций хранится в специальной таблице. Инструмент Redgate Flyway поддерживает этот принцип: он запускает непримененные миграции по порядку версий и фиксирует выполненные изменения в истории схемы.
Что важно проверить перед переносом
- полный список исходных ресурсов и их зависимостей;
- совместимость приложения с целевой платформой;
- корректность структуры и содержимого базы данных;
- сетевые соединения, права доступа и интеграции;
- производительность после переноса;
- резервное копирование и возможность восстановления;
- порядок переключения пользователей и сервисов.
Таким образом, миграции в IT — это не только копирование файлов или перенос серверов. Это управляемый процесс, который включает анализ исходной среды, подготовку целевой инфраструктуры, перенос, тестирование, переключение и контроль работы системы после изменений.
