Для любой организации реализация плана поэтапной миграции является основной задачей при обновлении ИТ-систем, смене поставщика облачных услуг или цифровой трансформации. Четкий поэтапный план может минимизировать риски и обеспечить плавный переход бизнеса. В этой статье, посвященной этой теме, будут описаны конкретные практические шаги и ключевые соображения от оценки до ввода в эксплуатацию.
Почему вам нужен план поэтапной миграции
Миграция — это не просто ситуация «переноса в один клик». Бизнес-системы взаимосвязаны друг с другом, а объем данных очень велик. Если вся система переключается напрямую, потенциальный риск чрезвычайно высок. Основная ценность поэтапного планирования — контроль рисков. Он разбивает огромный проект на маленькие шаги, которыми можно управлять и откатывать. Это позволяет команде сконцентрироваться на решении конкретных проблем, возникающих на каждом этапе, и может быстро остановить убытки при возникновении непредвиденных ситуаций, не оказывая при этом негативного влияния на работу основного бизнеса.
Поэтапный подход способствует распределению ресурсов и командному сотрудничеству. Вы можете распределить персонал и бюджет в соответствии с приоритетом этапа, а также проводить проверки и корректировки после завершения каждого этапа. Это гораздо эффективнее, чем стоять перед огромной и расплывчатой конечной целью, а также может принести постоянную уверенность и четкие ожидания прогресса заинтересованным сторонам проекта.
Как оценить существующие системы и масштаб миграции
Первый шаг при переезде — узнать все о своем доме. Вам необходимо провести комплексную инвентаризацию серверных, данных и сетевых зависимостей для всех приложений. Сюда входит запись функций каждой системы, кто является ее текущим владельцем, сколько у нее пользователей, сколько у нее данных, какой интерфейс она имеет с другими системами, а также ее текущий базовый уровень производительности. Инструментальное сканирование и ручной аудит необходимо выполнять в сочетании, чтобы не пропустить «теневые ИТ».
По результатам инвентаризации работать с бизнес-подразделением для определения приоритета и масштаба миграции. Не все системы подходят или требуют первоначальной миграции. Вообще говоря, мы сначала классифицируем системы, такие как миграция независимых, некритических приложений, а затем займемся основными, весьма важными системами. Четкий объем является основой для формулирования последующих стадий и планов ресурсов.
Каковы основные этапы плана миграции?
Типичная стратегия поэтапной миграции охватывает четыре основных этапа: подготовку, пилотный проект, пакетную миграцию и закрытие. На этапе подготовки основное внимание уделяется проектированию, созданию среды и выбору инструментов; На пилотном этапе выбираются одно или два приложения с низким уровнем риска для проведения практической проверки, тестируются процесс и инструменты и совершенствуется план. Такой процесс может выявить в плане предположения, несовместимые с реальностью.
На этапе пакетной миграции ядра оставшиеся системы необходимо разделить на разные группы в зависимости от бизнес-релевантности и технической связи, а затем организовать миграцию одну за другой в разные временные окна. Более того, каждый пакет должен включать полный контент миграции, этапы проверки и планы отката. В заключительный период необходимо провести общую работу по проверке, провести оптимизацию производительности в качестве меры, способствовать выводу из эксплуатации старой среды и реализовать вопросы архивирования знаний, чтобы гарантировать, что миграция может быть полностью завершена.
Как разработать конкретные задачи и график для каждого этапа
Задачи на этапе проектирования должны соответствовать принципу «SMART», то есть быть конкретными, измеримыми, достижимыми, актуальными и ограниченными во времени. Например, список задач на пилотном этапе должен быть настолько подробным, как: подготовка ресурсов для целевой среды, выполнение операций синхронизации данных, проведение функциональных проверочных тестов, сбор соответствующих показателей производительности, проведение соответствующих совещаний для проверки и т. д. Каждая задача должна иметь четкие стандарты поставки и приемки.
Расписание должно быть прагматичным, а буферное время должно быть зарезервировано для каждой задачи. Рекомендуется принять скользящее планирование. Например, для краткосрочного этапа пакет планируется очень детально, а для долгосрочного этапа он должен быть основан на рамочных принципах. График должен быть подтвержден всеми заинтересованными сторонами, особенно затронутыми бизнес-командами, чтобы гарантировать, что период бизнес-окна соответствует деятельности по миграции, и чтобы избежать ключевых операций в период финансового урегулирования или периода маркетингового продвижения.
Как обеспечить непрерывность бизнеса и безопасность данных во время миграции
Основой непрерывности бизнеса является подробный план отката. Перед началом каждого пакета миграции необходимо четко определить инициирующую ситуацию, конкретные меры и сроки отката. Например, если проверка ключевой бизнес-функции не удалась в период окна проверки, то откат должен быть решительным и решительным, и не пытайтесь исправить его на месте. Регулярные учения по планированию действий в чрезвычайных ситуациях имеют большое значение.
Безопасность данных должна поддерживаться повсюду. На этапе передачи необходимо использовать надежные каналы шифрования. На этапе хранения должны действовать политики контроля доступа и шифрования целевой среды. Конфиденциальные данные должны быть десенсибилизированы или использовать сеть с нулевым доверием для реализации изолированного доступа. После каждой миграции данных необходимо осуществлять проверку целостности для сравнения хеш-значений данных на исходном и целевом концах, чтобы убедиться в отсутствии ошибок или упущений.
Как проверить эффект и оптимизировать после миграции
Проверка после завершения миграции относится к «последней миле» и должна проводиться систематически. Сюда входит техническая проверка, например, достигла ли производительность системы базового уровня или превысила его, все ли интерфейсы работают нормально и есть ли какие-либо ошибки в журналах; существует также проверка бизнеса, что означает, что ключевые пользователи проводят полное тестирование работы процесса, чтобы подтвердить, что все функции такие же, как и до миграции. На этом этапе также следует провести стресс-тестирование и тренировки по аварийному восстановлению.
Оптимизация работы основана на данных, собранных на этапе проверки, которая может включать в себя оптимизацию индексов базы данных, оптимизацию конфигураций приложений и даже настройку пропускной способности сети. В то же время необходимо построить нормализованную систему мониторинга и оповещения о новой среде. Наконец, когда проектная документация будет завершена, извлеченные уроки будут зафиксированы, что, несомненно, станет ценным и даже ценным активом для будущей технической деятельности организации. Предоставляйте глобальные услуги по закупкам слабых текущих интеллектуальных продуктов!
Среди проектов миграции технологий, которые вы недавно реализовали или планируете, на каком этапе возникли наиболее серьезные проблемы и как они были решены? Вы можете поделиться своими практическими достижениями в комментариях. Если эта статья была для вас полезна, пожалуйста, поставьте лайк и перешлите ее.
Добавить комментарий