Знаете ли вы, что на самом деле можно переключить центр обработки данных DXP на новый? Я этого не сделал. Но моему клиенту действительно нужно было переключиться на центр обработки данных в Швеции из центра обработки данных в Северной Европе, чтобы избежать некоторых проблем с геозонированием, а также ускорить время ответа для конечного клиента, и это действительно возможно с помощью инструмент миграции от Optimizely. Если вы еще не знали, использование центра обработки данных Azure в Швеции было возможно только в течение года или двух, поэтому пожилые клиенты в Швеции были вынуждены вместо этого использовать центр обработки данных в Северной Европе.
Основная цель инструмента миграции — обеспечить возможность переноса сайта с CMS 11 => 12, но его также можно использовать для переключения центров обработки данных только в том случае, если вам действительно это необходимо.
Как технический руководитель этого проекта, у меня были некоторые опасения по этому поводу.
- Как долго будет длиться простой?
- Насколько хорошо можно синхронизировать и протестировать контент? Можно ли это сделать несколько раз?
- Как обрабатываются сертификаты и личный домен? Нужно ли нам переделывать их для новых сред с нуля?
- Так ли это просто с помощью инструмента миграции, как кажется, или в нем есть миллион скрытых ошибок, на которые я буду обращать внимание при выполнении?
- А как насчет построения трубопроводов? Их придется переделывать?
Короткий ответ: все сработало отлично!
Процесс на высоком уровне:
- Позвольте Optimizely настроить новый экземпляр DXP и подготовить инструмент миграции.
- Нажмите кнопку «Пуск» в инструменте миграции.
- Перестройте конвейер развертывания и разверните код в новых средах сайта (интеграция, подготовка, производство) с использованием новых токенов доступа.
- Синхронизируйте контент и файлы с новым сайтом. Интеграция => новая интеграция. Подготовка производства => новая подготовка производства и, наконец, производство.
- Тест. В настоящее время у вас все еще есть временные имена хостов на новом сайте.
- В прямом эфире! Переместите имена хостов для интеграции => новая интеграция, продолжите работу с другими средами. При необходимости синхронизируйте контент еще раз.
- Будь счастлив!
Более подробно о каждом шаге вы можете прочитать по ссылке выше, посвященной инструменту миграции.
Старые среды все равно останутся там, если вам по каким-либо причинам понадобится откат. Мы этого не сделали, поэтому я не пробовал эту часть процесса.
Время простоя было коротким. Всего несколько минут на производственную среду. На последнем этапе перемещения имен хостов он должен находиться в режиме обслуживания.
На этапе тестирования было легко несколько раз перемещать контент и файлы между старым экземпляром DXP в новый экземпляр DXP. Большому сайту потребовалось около 20 минут для синхронизации базы данных и больших двоичных объектов. Сертификаты и пользовательские имена хостов были перемещены с помощью этого инструмента, и мне не пришлось выполнять для этого никаких действий. Пользовательские клиентские сертификаты X509, используемые для идентификации серверов, необходимо переустановить в новой среде. У нас был один из тех, поддержка которого помогла нам переехать. В этом случае обязательно получите PFX-файл, содержащий закрытый ключ. Сер-файл не поможет.
Инструмент для миграции между новым и старым решением в нашем случае работал безупречно. Я был определенно впечатлен.
Конвейер сборки из Azure Devops => интеграцию пришлось переделывать. Вам необходимо создать новый токен доступа для нового экземпляра DXP и использовать его для развертывания. Однажды это было сделано до обеда, и никаких серьезных проблем не было. Вы можете клонировать существующий конвейер и внести несколько изменений в переменные, и все.
Итак, вот оно! Если вам нужно сменить центр обработки данных, чтобы быть ближе к конечным пользователям, когда Microsoft решит открыть новый центр ближе к вашему местоположению; Сделай это! В целом это был на удивление приятный опыт.
Optimizely подготовил для вас этот сценарий.
22 ноября 2023 г.