Миграция с сервера на облачную версию Atlassian: советы и рекомендации

8 Ноября 2021

В компании Atlassian еще во второй половине 2020 года заявили о кардинальном решении миграции в Cloud. Мы ранее писали об основательных изменениях в программных продуктах Atlassian. Одним из таких этапов трансформации является прекращение продажи серверных лицензий со 2 февраля 2021 года. И, в связи с этим, многие компании рассматривают варианты дальнейших действий.

Переход в облако – одна из таких альтернатив. Отметим, что Cloud не нужно устанавливать, отсутствуют расходы на обслуживание серверов. Вся работа с проектами в Jira или в Confluence происходит в облачном пространстве. Разработчик предоставляет свои сервера, поэтому можно начинать работать быстро и без проблем.

В статье хотим ознакомить Вас с этапами миграции на облачную версию, расскажем подробно, как это лучше сделать.
Процесс миграции – кропотливая работа, которую следует планировать заблаговременно. Основные элементы миграции: оценка-планирование-подготовка-тестирование-переход-запуск.
Теперь детально остановимся на каждом из этих стадий.
Итак, Вы определились с целями, сроками перехода в облако, установили сумму бюджета, решили какие продукты хотите перенести? Следующий шаг – это начало процесса миграции. Кстати, сориентируем по срокам. Если у Вас до 1000 пользователей срок миграции составит приблизительно 3 месяца, от 1000 до 5000 пользователей – 6 месяцев, более 5000 пользователей – от 9 месяцев.

Оценка. На этом этапе происходит определение текущей ситуации, оцениваются все возможности. Появляется понимание, чем отличается сервер и облако, и какие преимущества облачного администрирования для конкретной организации. Обязательно следует проверить уровень защиты конфиденциальных данных, Atlassian уделяет пристальное внимание безопасности. Далее специалисты производителя вносят ценовые предложения, чтобы стоимость была оптимальной учитывая нынешнюю инфраструктуру набора программ. На этой стадии также детально оцениваются приложения, интеграции, такая оценка производится посредством специальных инструментов Cloud Migration Assistant. Затем важно понять и проконсультироваться с сотрудниками, какие приложения нужны и часто используются, а какие нет необходимости использовать. В отдельных случаях в серверных версиях конкретные возможности уже встроены в облако. После сбора данных об инфраструктуре приступайте к оценке уровня сложности миграции с учетом объема информации и количества пользователей. Влияние на сложность оказывают объем переносимых данных, приложения, персональная настройка, количество продуктов, консолидация нескольких сайтов. Завершающий шаг на стадии оценки – назначение команды, которая будет заниматься миграцией (менеджер проекта, системный администратор, куратор проекта, технический персонал и тестировщики, юристы, эксперты по продуктам). И тут определяется необходимость в специалисте от компании Atlassian.

Планирование. В рамках этого этапа ознакомьтесь с наиболее часто задаваемыми вопросами. Для начала активируйте бесплатную пробную версию Cloud программы (Jira Service Management Cloud, Jira Software Cloud, Confluence Cloud или другие). Пробная версия позволит узнать принцип работы приложения после миграции.
В то же время настраивается центр управления новой облачной программой Atlassian organization. Необходимая мера – подтвердить домен и выяснить потребность в сервисе Atlassian Access, который нужен для того, чтобы управлять продуктом в Cloud. Перед миграцией стоит оценить объем переносимых данных и принять меры по снижению размера и упрощению процесса миграции.
На способ миграции влияют потребности Вашей организации.
Стратегия миграции с серверной версии на облако:

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

Подготовка. Этот этап подразумевает взаимодействие с информацией и людьми. Это может занять несколько дней или даже недель. После составления плана и определения сроков начинается обсуждение всех подробностей миграции с сотрудниками и всех, кого коснуться изменения. На всех стадиях нужно информировать причастных людей о ходе миграции. Далее происходит проверка продуктов версии Server на поддержку Jira Cloud Migration Assistant. Если нет поддержки – выполняется обновление до последней версии.
Перед тестовой миграцией желательно очистить Server от ненужного содержимого, поскольку в будущем может пострадать производительность облачной версии. И сама миграция пройдет быстрее и проще. Завершает этап подготовки составление графика с определением заданий и ответственных за эти задания. Список можете дополнить инструкциями. На следующей стадии в этот перечень при необходимости вносятся коррективы, исправления.

Тестирование. За полмесяца или за месяц до миграции необходимо провести перенесение данных на облако в тестовом режиме. Это нужно, чтобы проверить, что все работает правильно, определить продолжительность миграции и обозначить возможные проблемы. После резервного копирования данных запускается процесс тестовой миграции. В Cloud настраиваются программы, виджеты, прочие параметры, которые не подлежат автоматическому переносу. С пользовательским тестированием произойдет воссоздание текущих задач, и Вы сможете посмотреть состояние их выполнения. Во время миграции будет доступна круглосуточная техподдержка. После тестирования желательно запланировать дату миграции, лучше ее проводить ночью, на выходных или в то время, когда не будет активности в рабочей среде.

Миграция. Далее наступает непосредственно этап самой миграции. В это время программами Jira, Confluence не будет возможности пользоваться. Выполняется процесс переноса всех приложений в облако, проверяется целостность массива данных. Поскольку сервером Вы уже не будете пользоваться рекомендуется установить режим «Только чтение» для серверных продуктов. После миграции настройку можно снова активировать, если Server Вам будет еще нужен. Перенос данных осуществляется по заданному графику, на завершающем этапе произойдет настройка редиректов.

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

Подробную информацию по поводу миграции Atlassian, периода адаптации после переноса данных в облако, стоимости всех процессов можете узнать в нашем интернет-магазине. Наши консультанты помогут в решении интересующих вопросов.