2020 год, а вернее, его вторая половина, стал для Atlassian временем принятия ключевого решения – компания объявила о начале миграции в облако. Логичным этапом данного процесса стало прекращение реализации серверных лицензий в начале 2021 года. В связи с данным выбором Atlassian, сегодня многие организации рассматривают варианты развития в будущем.
Переход в Jira Cloud – одно из популярных решений. Облако не требует установки, затраты на возможное обслуживание серверов также отсутствуют. В этом случае вся деятельность в Confluence или Jira осуществляется в рамках облачного пространства. Сервера предоставляются разработчиком, а потому начинать работу можно сразу и без каких бы то ни было проблем.
Каковы этапы перехода на облачную версию и что предпринять для того чтобы миграция произошла как можно более гладко? Сам данный процесс требует кропотливой подготовки, основными же этапами миграции становятся оценка, планирование, подготовительные работы, проведение тестов, переход и непосредственно запуск.
Определившись с тем, что миграция в облако необходима, а также с его сроками и бюджетом, необходимо подумать – а какие именно продукты планируется перенести? Следующим шагом станет непосредственно начало миграции. Но каковы его сроки? Если компания насчитывает до тысячи пользователей, то речь идет о трех месяцах, если сотрудников больше – до полугода. Крупным организациям, число работников которых преодолело планку 5 тысяч, потребуется 9 месяцев. Из каких же этапов состоит процесс перехода?
Оценка
До того, как запланировать переход необходимо оценить текущую ситуацию, то есть все возможности. В этом случае у администрации компании возникнет четкое понимание, чем именно облачные технологии отличаются от серверных и какие преимущества их использование несет для организации. В обязательном порядке нужно проверить уровень защиты секретных данных – Atlassian уделяет особое внимание безопасности. После специалистами рассчитывается оптимальная цена при учете инфраструктуры и набора программ.
Детально, с использованием Migration Assistant, оцениваются и приложения. Важно выяснить у работников компании, какие приложения применяются чаще других, а какие не востребованы совсем. Порой определенные возможности уже присутствуют в облаке, и об этом также необходимо знать.
Собрав информацию об инфраструктуре, можно оценить и уровень сложности миграции с учетом объема данных и числа пользователей. Что может повлиять на сложность? Это объем переносимых данных, приложения, индивидуальные настройки, число продуктов и консолидация сайтов. Финальным этапом оценки становится формирование команды, которой предстоит заниматься миграцией. Данный коллектив может состоять из:
- куратора проекта;
- системного администратора;
- менеджера;
- технических работников;
- тестировщиков;
- юристов;
- экспертов по продуктам.
Здесь же порой возникает необходимость в привлечении специалиста от Atlassian.
Задумываясь о предстоящей работе, необходимо ознакомиться с вопросами, которые возникают чаще всего. Сперва можно активировать любую пробную, представляющуюся бесплатно, версию Cloud (Jira Software Cloud, Confluence Cloud, Jira Service Management Cloud и пр.). Таким образом можно понять, как именно будет работать приложение после миграции.
Подлежит настройке центр управления облачным решением Atlassian organization. Необходимо подтвердить домен и выяснить необходимость сервиса Atlassian Access – он требуется для администрирования продукта в Cloud. Еще до начала миграции нужно представлять себе объем данных, предоставленных для переноса, своевременно приняв меры по сокращению их размера и упрощению процесса переноса. На используемый вариант миграции могут повлиять потребности компании. Процедура подразумевает синхронный перенос – при этом осуществляется миграция лишь необходимой информации – благодаря этому при работе программы растет производительность.
Среди особенностей технологии присутствует тот факт, что все пользователи без исключения должны понимать – в ходе миграции возникнет длительный период нерабочих ПК, в ряде случаев для улучшения оптимизации потребуется дополнительное планирование. Отключение программ или их удаление с сервера до переноса не потребуется, процедура осуществляется при активированных приложениях.
Подготовка
Этап подразумевает взаимодействие как с людьми, так и с информацией. Процесс может занять продолжительное время – несколько дней или недель. Составив план и определив сроки, можно начинать обсуждение нюансов миграции с сотрудниками и всеми, кого могут коснуться изменения. Но любой стадии следует предоставлять исчерпывающую информацию людям, которых касаются изменения. Далее производится проверка продукции версии Server на поддержку облачной версии Jira. Если данный вариант отсутствует, необходимо выполнить обновление до последней версии.
До начала тестовой миграции лучше очистить Server от ненужного содержимого – в противном случае может ухудшиться производительность облачной версии. Сама миграция будет осуществлена проще и быстрее. Завершается подготовка составлением графика с определением как заданий, так и ответственных за их выполнение лиц. Список можно дополнить соответствующими инструкциями. На следующей стадии в перечень можно внести исправления и коррективы.
Тестирование
За пару недель или месяц до начала миграции требуется осуществить перенос данных на облако в режиме тестирования. Это требуется, чтобы убедиться, что все работает правильно, выяснить, сколько времени потребуется на миграцию и понять, какие проблемы могут ждать в ходе данного процесса.
После того как произошло резервное копирование данных, запускается процесс миграции в тестовом режиме. В облаке настраиваются виджеты, программы и другие параметры, не подлежащие переносу автоматически. При тестировании будут воссозданы текущие задачи и пользователь сможет выяснить, как именно они выполняются. В период миграции техническая поддержка осуществляется круглосуточно. После тестирования следует запланировать дату миграции – лучше осуществлять ее ночью, во время выходных или когда в рабочая среда не активна.
И вот дело доходит до переноса. В этот период невозможно использовать программы Confluence и Jira – идет процесс переноса приложений в облачную среду, проверяется массив данных в целом. Так как использование сервера иже не планируется, следует установить для серверных продуктов режим «Только чтение». После осуществления миграции настройку можно будет активировать снова, если сервер еще требуется. Перенос данных происходит по существующему графику, на финальном этапе производится настройка редиректов.
Запуск
Финальной стадией является внедрение облачной версии в работу. На данном этапе нужно проверить, насколько удобна для сотрудников работа в программе, выполняют ли администраторы свои функции и присутствуют ли у них навыки работы в облаке.
Персонал должен быть проинформирован о переходе, сотрудникам необходимо переслать новые ссылки и инструкции, также им требуется сообщить о том, куда следует обращаться в экстренных случаях. Полезным окажется создание платформы для адаптации в первое время после миграции. К примеру, это может быть чат, в который сотрудники будут обращаться при появлении вопросов.