Если после нашей прошлой статьи вы поняли, что уже сейчас то самое время, когда нужно переходить в Atlassian Cloud, вам полезно будет узнать, какой вообще существует порядок действий для перехода.

Сама миграция делится на 6 этапов, при этом большая часть времени уйдёт именно на планирование и на анализ.

Пройдёмся по каждому этапу.

Этап 1. Оценка

Если вы хотите избежать неожиданностей и неприятностей, которые могут вылезти уже после самой миграции, нужно понять основу – в чём вообще разница между Atlassian Server и Atlassian Cloud.

Различий много, начиная от тарифов, заканчивая администрированием. Основную информацию об отличиях в развертывании Server и Cloud вы можете прочитать здесь. Используется бесплатный расширенный триал на Cloud, чтобы вживую попробовать его возможности.

Также, помимо понимания разницы между Server и Cloud, нужно разобраться в отличиях собственной инфраструктуры: что именно у вас установлено, какой версии, сколько человек пользуется, какие плагины и интеграции у вас есть. Проведите полный аудит и сформулируйте для себя ответ на вопрос: почему ваша система выглядит так, как она выглядит? для чего нужен каждый элемент системы?

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

Этап 2. Планирование

Для того, чтобы начать делать что-то конкретное и практическое для миграции, нужно сделать подготовительную работу в Облаке: активировать пробный период для миграции, создать организацию и подтвердить права на домен. На данном этапе это вся работа в Облаке.

Основная задача – разобраться с результатами аудита.

Когда у вас на руках есть вся информация о вашей системе, пришло время отсеивать то, без чего при миграции можно обойтись. Чтобы уменьшить сложность перехода, придётся искать то, от чего можно отказаться.

Пройдитесь по этим пунктам:

•  Размер: все ли данные и пользователи вам нужны;
•  Приложения: проверьте, существуют ли облачные версии необходимых плагинов, какова их функциональность и какой механизм их миграции. Эту информацию можно уточнить вот тут.
•  Индивидуальные настройки системы;
•  Количество продуктов: чем их больше, тем сложнее миграция;
•  Тип размещения на облаке: будь то с консолидацией или федерализацией данных, или гибридное размещение – у всего есть свои заморочки;
•  Управление пользователями: придётся ли использовать Atlassian Access.

Когда уже есть понимание, насколько сложная будет миграция, и в какие сроки вы хотите мигрировать, можно приступать к выбору способа миграции. Их всего четыре:

1. Перенос данных после оптимизации;
2. Перенос сразу всех данных;
3. Постепенная миграция;
4. С чистого листа.

У каждого из них есть свои особенности: первые два рассчитаны на несложные системы (до 5000 пользователей и 10 приложений), постепенная миграция подходит для сложных систем. Название «с чистого листа» говорит само за себя – быстро, но никаких старых данных.

Подробнее о способах миграции здесь - https://support.atlassian.com/migration/docs/compare-cloud-migration-methods/

Итогом этого этапа является план, в котором расписано кто что делает и в какие сроки.

Этап 3. Подготовка

Этап обсуждения с командой всех деталей и нюансов миграции, а также выбора сроков и способов информирования заинтересованных сторон об этапах миграции, чтобы все были готовы к приближающимся изменениям.

Также это этап последней проверки системы перед миграцией.

Убедитесь, что версия ваших продуктов поддерживается тем способом миграции, который вы выбрали на предыдущем этапе.

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

Проверьте, все ли пункты из подробного контрольного списка миграции у вас выполнены:

Контрольный список для миграции Jira

Контрольный список для миграции Confluence 

Не забудьте установить облачные версии приложений, которые хотите протестировать.

Этап 4. Тестирование

Очень не рекомендуем пропускать этот этап - потратите чуть больше времени, но целее будут нервы.

Проведите тестовую миграцию с помощью руководства по тестированию.

Сделайте резервную копию данных и проведите приемочное пользовательское тестирование у конечных пользователей (есть в руководстве - пункт 6).

После того, как все недочёты и особенности учтены, и вы удовлетворены итогами теста, можно начинать подготовку к самой миграции.

Посте теста становится понятно, сколько времени примерно занимает миграция. Можно выбирать дату для переноса рабочей среды. Лучше подходят выходные или ночное время, когда никто не будет пользоваться как версией на сервере, так и облачным сайтом.

Также необходимо заранее, минимум за 2 недели для систем, в которых больше 1000 пользователей, уведомить Atlassian о дате миграции, чтобы они могли выделить дополнительную поддержку.

Немаловажный момент, о котором нужно позаботиться до миграции, это обучение пользователей. Подготовьте руководства пользования для конечных пользователей и администраторов. Убедитесь, что все понимают, что изменится всё: вход в систему, интерфейс, URL-адреса.

Если вы полностью прошли этап тестирования, то вопросы от пользователей появятся сами собой. На их основе вы можете подготовить руководства и обучающие материалы.

Проверьте, что все сотрудники знают, когда произойдёт миграция, как будет выглядеть новый порядок привычных действий, и к кому обращаться, если после миграции возникают проблемы.

Этап 5. Миграция

Во избежание путаницы пользователями, установите на сервере режим «только для чтения».

Следуйте перечню необходимы процедур, который вы составили при тестировании.

Перенесите в облако все критически важные приложения и проверьте, что все данные перенеслись корректно.

Отправьте пользователям данные о новом URL-адресе для облачного сайта и, по возможности, установите сквозной баннер на своём оборудовании, чтоб перенаправлять пользователей, пытающихся войти через старый URL-адрес.

Этап 6. Запуск

Поздравляем, можно выдохнуть, основная часть позади.

На этом этапе нужно ещё раз рассказать своей команде и партнёрам об изменениях и сообщить явки-пароли.

Изучите руководство по началу работы в облаке, чтобы выделить важные моменты и донести их до всех заинтересованных лиц.

Также не забывайте следить за обновлениями в дорожной карте развития облака - и адаптируйтесь к изменениям!

Если вам кажется, что самостоятельно вы не справитесь, у вас недостаточно ресурсов, или после прочтения этой инструкции у вас возникли вопросы по каким-то моментам – запишитесь к нам на консультацию!

Всё разберём, со всем поможем и мигрируем вас на Облако - https://www.teamlead.ru/display/RU/Contact+Us