Наши бесплатные инструменты миграции

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

Пробный период для миграции в облако

Клиентам с версиями с самостоятельным управлением, которые планируют переход на версию Cloud, предоставляется бесплатный пробный период для миграции в облако. Пробный период действует в течение срока технического обслуживания продукта Server или действия подписки Data Center (до 12 месяцев) и соответствует текущему уровню пользователя (до 20 000 пользователей) для продуктов с самостоятельным управлением.

Пробный период предоставляет следующие возможности.

• Оценить и сравнить возможности и функции планов Cloud Standard и Cloud Premium
• Экспериментально проверить концепцию, чтобы оценить преимущества Cloud на собственном опыте, и продемонстрировать ее заинтересованным сторонам
• Протестировать миграцию и провести приемочное обучение пользователей в ходе ее планирования и осуществления

Инструменты миграции Cloud Migration Assistant

Для удобства миграции мы разработали вспомогательные инструменты Cloud Migration Assistant для Jira, Confluence и Bitbucket. Это бесплатные приложения, доступные в Marketplace или уже установленные на экземплярах с самостоятельным управлением (в некоторых версиях). Они помогают провести оценку и аудит приложений, определить пользователей, проекты и разделы для переноса и продумать тестовые миграции.

• Jira Cloud Migration Assistant: пользователи Jira, Jira Service Management и Jira Core могут использовать Jira Cloud Migration Assistant для переноса данных. Подробнее о том, какие данные можно перенести с помощью Jira Cloud Migration Assistant.
• Confluence Cloud Migration Assistant: клиенты Confluence могут просто и быстро перенести свои разделы, пользователей и группы в облако с помощью Confluence Cloud Migration Assistant. Подробнее о том, какие данные можно перенести с помощью Confluence Cloud Migration Assistant.
• Bitbucket Cloud Migration Assistant: пользователи Bitbucket могут использовать Bitbucket Cloud Migration Assistant для переноса кода, пользователей и запросов.

  Подробнее о том, какие данные можно перенести с помощью Bitbucket Cloud Migration Assistant.

Инструменты для сравнения стоимости

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

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

техническая документация

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

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

Раздел Confluence для совместной работы над миграцией

Если вы используете Confluence (а если нет, стоит начать), то в вашем распоряжении есть раздел Confluence для совместной работы над миграцией. Это комплексный ресурс с исчерпывающими рекомендациями и советами Atlassian для успешной миграции продуктов Jira, Confluence и Bitbucket в версию Cloud. Материалы этого раздела организованы по этапам жизненного цикла миграции в облако и содержат полезные документы, информативные видео, списки задач и комплекты инструментов.

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

Загрузить раздел Confluence.

Требования к миграции

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

• Каковы цели перехода? Чего вы хотите достичь в долгосрочной перспективе?
• Каковы отведенные сроки? Какие данные можно переносить сейчас, а какие — позже?
• Каков бюджет?
• Сколько времени вы и ваша команда готовы посвятить миграции? Кто будет участвовать в процессе?
• Какие продукты вы хотите перенести и каков размер вашей компании?
• Каковы требования к безопасности и конфиденциальности? Каким законодательным и нормативным требованиям обязана соответствовать ваша компания?
• Какие приложения Marketplace требуются вашей команде в обязательном порядке?

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

Для начала следует оценить текущую инфраструктуру и объем необходимых облачных услуг.

Сравнение самостоятельного управления и Cloud

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

Распределение затрат

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

Узнайте больше об оценке затрат в версии Cloud, в том числе о том, как определить совокупную стоимость владения и получить индивидуальный расчет стоимости переноса продуктов из версии с самостоятельным управлением в версию Cloud.

Развертывание и администрирование

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

Пять волшебных аспектов

Оценка текущей инфраструктуры может показаться сложной задачей (боимся даже представить, сколько у нас страниц в Confluence). Мы помогли перейти в версию Cloud огромному количеству команд, и заметили, что для проведения миграции без сучка и задоринки стоит обратить особое внимание на несколько ключевых, можно сказать, волшебных областей. Они включают шаги оценки экземпляров Server или Data Center, помогающие определить и предотвратить возможные накладки и быстрее перейти в Cloud.

Для миграций с большим количеством пользователей (более 1000) Atlassian проведет этот процесс вместе с вами, чтобы точно гарантировать его успех.

Вот эта волшебная пятерка.

• Стратегия миграции
• Приложения, интеграции и индивидуальные настройки
• Рост и масштабируемость
• Управление учетными данными
• Безопасность и соответствие требованиям

Стратегия миграции

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

Оценка текущей инфраструктуры

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

• Вы используете только продукты Atlassian с самостоятельным управлением или уже есть облачные версии?
• Сколько сотрудников пользуются каждым продуктом и с какой целью?
• Как часто используются продукты?
• Сколько у вас экземпляров каждого продукта? Есть ли среди них те, о которых вы не знали?
• Встраивались ли индивидуальные настройки в продукты Atlassian? Как часто ваша команда или другие лица занимаются обслуживанием рабочих процессов и настраиваемых полей в экземпляре?

При наличии ясной картины становится понятнее, куда двигаться дальше.

Создайте идеальную итоговую конфигурацию в облаке

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

• Хотите ли вы после миграции реализовать с помощью продуктов Atlassian новые или более эффективные способы работы?

• Хотите ли вы навести порядок в рабочих процессах или стандартизовать их при переходе в облако?

• Хотите ли вы работать в облаке точно так же, как и с продуктами с самостоятельным управлением, или хотите изменить инфраструктуру или схему держателей? (Имейте в виду, что консолидация и/или объединение экземпляров способны усложнить процесс. Узнайте больше о некоторых примерах использования в облаке моделей с одним и несколькими экземплярами).

• Как ваши продукты Atlassian в целом могли бы помочь эффективнее достичь целей организации при переходе в облако?

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

Тарифные планы и цена Cloud

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

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

• Confluence
• Jira
• Jira Service Management
• Bitbucket

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

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

Инструменты и команда миграции

И наконец, продумайте, как именно можно перенести данные из пункта А в пункт Б. Сначала стоит определиться с инструментами и командой. Рекомендуется использовать инструменты Atlassian для миграции в облако, описанные в данном руководстве. При оценке процесса миграции в облако следует четко понимать, для чего предназначены эти инструменты и как они работают.

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

Приложения, интеграции и индивидуальные настройки

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

• Как используется каждое приложение? Все ли приложения используются по назначению?
• Сколько пользователей пользуются приложениями?
• Есть ли дублирование функций среди приложений?
• Можно ли заменить приложение облачной версией другого продукта за счет его встроенных функциональных возможностей?
• Какова разница в стоимости версий Server или Data Center и Cloud?
• Есть ли среди приложений такие, у которых истек срок действия лицензии?

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

Оценка приложений с помощью инструментов для миграции в облако

Загрузите инструменты миграции Cloud Migration Assistant для Jira, Confluence и Bitbucket и перейдите на страницу оценки приложений. Функция оценки приложений покажет все приложения, установленные на данный момент в вашем экземпляре, а также наличие облачных версий приложений с теми же функциями и существование алгоритмов миграции. Кроме того, рекомендуется определить, как часто каждое приложение используется в вашей организации, с помощью нашего инструмента App Usage for Jira.

Воспользуйтесь пошаговыми инструкциями по использованию инструментов миграции Cloud Migration Assistant для оценки приложений или посмотрите короткое обучающее видео.

Доступность облачных приложений и возможность миграции

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

Убедитесь, что для самых важных приложений доступен облачный аналог. Это можно проверить с помощью инструментов миграции Cloud Migration Assistant или самостоятельно поискать аналоги в Atlassian Marketplace.

Если доступных аналогов нет, обратитесь напрямую к поставщику и узнайте, не находится ли аналог у него в разработке. Можно также подобрать близкую альтернативу приложению на Marketplace или пересмотреть важность приложения для команды на текущий момент. Обратите внимание, что облачные версии приложений Server и Data Center могут работать по-другому. Рекомендуется связаться напрямую с поставщиком приложения, чтобы узнать о паритете функциональных возможностей облачного приложения.

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

Безопасность приложений

В отличие от приложений, которые вы используете в рамках лицензий с самостоятельным управлением, облачные приложения не устанавливаются за вашим брандмауэром. Большинство из них размещаются у партнеров Marketplace или SaaS-партнеров, которые разработали эти приложения. И хотя наши поставщики отвечают за безопасность своих приложений, к сторонним приложениям дополнительно предъявляются следующие требования.

• Соответствие требованиям к безопасности Atlassian Marketplace
• Согласие на ежедневное сканирование приложений платформой Ecoscanner компании Atlassian, которая проверяет соответствие ключевым требованиям к безопасности
• Соблюдение политики исправления ошибок, связанных с безопасностью, компании Atlassian и своевременное реагирование на проблемы безопасности
• Предоставление командам политики конфиденциальности
• Соблюдение Общего регламента по защите данных (GDPR) и любых применимых региональных правил в отношении данных и конфиденциальности

Некоторые партнеры, поставляющие приложения, решили принять участие в нашей публичной программе вознаграждения за найденные ошибки, в рамках которой приложения тестируются группой исследователей по вопросам безопасности. Их приложения отмечены значком Cloud Security Participant (Участник программы безопасности Atlassian).

Вы также можете ориентироваться на значок Cloud Fortified: им отмечены приложения с полностью заполненной вкладкой Privacy & Security (Конфиденциальность и безопасность), которые участвуют в программе вознаграждения за найденные ошибки и соответствуют повышенным стандартам поддержки и надежности. Подробнее о доступных программах см. в Центре безопасности.

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

Обеспечить возможности расширения и настройки наших облачных продуктов помогает размещенная в Atlassian платформа для разработки приложений Forge. С ее помощью партнеры Marketplace и пользователи могут создавать приложения со встроенными функциями безопасности.

Рост и масштабируемость

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

Задайте себе следующие вопросы.

• Сколько пользователей вы планируете перевести в облако? Текущие ограничения количества пользователей см. на следующих страницах.
  • Jira
  • Jira Service Management
  • Confluence
  • Bitbucket
• Сколько сайтов вы планируете использовать в облаке? (Примечание. Максимальное количество — 150 сайтов.)
• Есть ли какие-либо неиспользуемые данные, которые можно не переносить, чтобы повысить производительность в облаке?

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

Кроме того, эти сведения повлияют на вашу стратегию миграции — как на идеальное представление о ресурсах, так и на фактическую облачную версию.

Управление учетными данными и пользователями

Чтобы с удобством управлять пользователями в облаке, всем командам рекомендуется создать организацию и подтвердить право на домен. Выполнение этих двух действий позволит наладить централизованное управление всеми пользователями для нескольких облачных сайтов и продуктов Atlassian Cloud. Администраторы могут применять политики безопасности к зарегистрированным аккаунтам пользователей, повышая степень контроля.

Для обеспечения дополнительной безопасности на корпоративном уровне и централизованного администрирования мы создали Atlassian Guard. Этот сервис позволяет администрировать любые облачные продукты Atlassian по единой подписке. Вот несколько факторов, которые стоит учитывать при оценке того, подходит ли Atlassian Guard для вашей организации.

• Есть ли в компании требования к безопасности управления доступом для облачных приложений?

• Есть ли необходимость в системе единого входа (SSO) на базе SAML для упрощенного доступа и аутентификации?

• Есть ли необходимость в подключении автоматизированного управления жизненным циклом пользователей к внутреннему каталогу?

• Есть ли необходимость в централизованном визуальном контроле и ведении журнала для соответствия нормативным требованиям?

В Guard есть такие масштабируемые возможности управления, как подготовка пользователей, система единого входа (SSO) на базе SAML, синхронизация с Active Directory, принудительная двухфакторная аутентификация (2FA), управление токенами API и пр. При миграции клиентам рекомендуется как можно раньше оценить Guard, чтобы получить лучшее понимание облачной инфраструктуры Atlassian и требований к безопасности. Если вы хотите по-прежнему использовать предыдущую структуру Active Directory, вам также понадобится облачный поставщик учетных данных для подключения к облачным продуктам.

Безопасность и соответствие требованиям

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

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

Определение сложности миграции

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

Например, вот несколько факторов, которые могут усложнить миграцию.

• Большой объем данных или количество пользователей
• Несколько продуктов и приложений (более 10)
• Большое количество индивидуальных настроек (более 100 пользовательских полей)

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

Соберите вашу команду

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

• Руководитель проекта: составляет и выносит на рассмотрение бизнес-сценарий, управляет миграцией, отслеживает статусы и отдельные задания, а также является главным контактным лицом.

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

• Куратор проекта: занимается утверждением бюджета и утверждает бизнес-сценарий (также может быть экспертом по решениям Atlassian в организации).

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

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

• Эксперты по продуктам: поддерживают внедрение облака и меняют методы работы команд, которым потребуется помощь в обучении, устранении проблем и, возможно, даже в организации рабочего процесса по-новому. Этим может заниматься один специалист или целая группа.

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

1. Заблаговременно и четко определите роли и обязанности, чтобы все знали, что им нужно делать.

2. Поддерживайте постоянную коммуникацию. Настройте специальные каналы, чтобы держать всех участников в курсе событий.

3. Проведите планирование заблаговременно и сформируйте команду как можно раньше.

4. Привлеките партнера по разработке системных решений в случае необходимости. По нашим наблюдениям, более 60 % миграций с переносом более 1000 пользователей и все миграции с переносом более 5000 пользователей выполняются с привлечением партнеров по разработке системных решений. Подробнее о привлечении партнера по разработке системных решений.

Перенос всех данных сразу

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

• Просмотр и очистка данных
• Выбор приложений, проектов и разделов для переноса
• Предварительная миграция пользователей и вложений
• Выполнение тестовых миграций и приемочного пользовательского тестирования

Хотя срок миграции может зависеть от сложности и объема данных, можно предположить, что на планирование и выполнение перехода потребуется примерно следующее время:

Постепенная миграция

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

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

• Несколько экземпляров (консолидация в облаке) — консолидация нескольких сред в одном облачном экземпляре.
• Разделение данных — сохранение контроля над различными сегментами данных путем разделения миграции на этапы.
• Несколько облачных целевых сайтов (разделение в облаке) — перенос данных в несколько облачных сред, а не на один сайт.

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

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

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

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

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

Другие аспекты планирования

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

• Сокращение объема данных (РЕКОМЕНДУЕТСЯ)

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

  • Приложения Migration Assistant помогут вам выбрать, какие данные переносить.

• Внедрение Cloud (РЕКОМЕНДУЕТСЯ)

  Успех миграции в облако зависит от того, насколько активно команды будут использовать новые инструменты для эффективной и быстрой работы. Поэтому рекомендуется составить план по управлению изменениями в организации на ранних этапах миграции. Чтобы помочь вам, мы создали Cloud Adoption Toolkit — набор инструментов по внедрению облака. Это коллекция ресурсов с практическими рекомендациями, шаблонами и обучающими материалами для адаптации сотрудников к переменам и ускорения окупаемости инвестиций в облако.

• Настройка управления пользователями

  • Если для аутентификации пользователей вы используете сервис LDAP или Active Directory с самостоятельным управлением, то в качестве связующего звена между поставщиком учетных данных и облачными продуктами Atlassian вам понадобится Atlassian Guard. Ознакомьтесь с нашей документацией по Guard и миграции в облако.

  • Узнайте, как происходит перенос пользователей, групп и прав для каждого продукта.

• Шаблон облака

  • Заполните шаблон облака, чтобы понять, как оно должно выглядеть и как его можно создать.

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

Подготовка команды и сайта

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

Составление перечня процедур

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

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

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

Очистка экземпляра

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

На что обратить внимание при очистке:

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

Узнайте больше об очистке экземпляра и сокращении времени простоя.

Проверка актуальности

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

Узнайте больше об обновлениях.

Выполнение пунктов контрольных списков для миграции

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

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

Подготовка пользователей

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

Подготовка пользователей начинается с разработки плана внедрения. Мы создали шаблон «План управления изменениями», чтобы упростить вам эту задачу. Этот шаблон разработан для того, чтобы помочь вам в процессе планирования и выполнения миграции в облако, а также обеспечить информирование и вовлеченность всех заинтересованных сторон. Используя этот шаблон и наши рекомендации (т. е. всю информацию из руководства Atlassian по внедрению продуктов и управлению изменениями), вы сможете без проблем перейти в облако и получить максимум выгоды от инвестиций в Atlassian.

Коммуникация

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

Обучение и поддержка

Миграция в облако открывает новые возможности для команд. Убедитесь, что вы готовы к ключевым изменениям, таким как новые логины пользователей, обновленные URL-адреса, новшества в приложениях и пользовательском интерфейсе. Изучите аналитические данные приемочного пользовательского тестирования (UAT), чтобы выявить основные затруднения пользователей и конкретные вопросы, по которым стоит провести специальное обучение.

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

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

• Центр ресурсов по адаптации и обучению работе в Cloud — подборка ресурсов, позволяющих администраторам и руководителям по управлению изменениями составить надежную программу адаптации и обучения. Они предназначены специально для команд, переходящих на продукты Cloud с версий Server и Data Center, и включают широкий выбор материалов, подходящих для различных стилей обучения: справочную документацию, курсы Atlassian Learning, демонстрации и записи в блоге.

• Подробные руководства по продуктам Jira, Confluence и Jira Service Management — все необходимые сведения о начале работы с нашими продуктами, об их использовании и настройке, а также полезные рекомендации.

Тестовая миграция

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

Резервное копирование данных

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

• Резервное копирование данных Jira
• Резервное копирование данных Confluence
• Резервное копирование данных Bitbucket

Подготовка облачного сайта

Если вы еще этого не сделали, сейчас самое время зарегистрировать облачный сайт. Рекомендуется воспользоваться бесплатным пробным периодом для миграции в облако. Кроме того, рекомендуется выбрать (для новых клиентов) или перейти с текущего плана на Atlassian Cloud Premium или Enterprise, чтобы протестировать миграцию в среде «песочницы».

При настройке облачного сайта имеет смысл установить приложения, которые вы планируете использовать в облаке. В рамках тестирования можно установить и опробовать полный набор функциональных возможностей. Убедитесь, что все заинтересованные стороны протестировали функции приложений на облачном сайте. Затем инструменты Cloud Migration Assistant помогут вам перенести приложения и их данные.

Выполнение тестовой миграции

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

Вы можете выполнить столько тестовых миграций, сколько потребуется. Сбросьте настройки сайта, чтобы провести несколько тестовых миграций.

Приемочное пользовательское тестирование

Приемочное пользовательское тестирование (UAT) — это часть процесса миграции, которая позволяет пользователям воссоздать повседневные задания и убедиться, что они выполняются должным образом. В процессе тестирования можно выявить проблемы, касающиеся конечных пользователей, и помочь командам подготовиться к работе в версии Cloud.

Подробнее о приемочном пользовательском тестировании.

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

Установка прав доступа «Только чтение» для пользователей

Чтобы избежать путаницы и облегчить переход, измените права доступа для пользователей Server или Data Center — так они не смогут вносить изменения. По сути, перед миграцией все сайты будут доступны только в режиме для чтения.

• Для Jira установите эту настройку вручную, создав схему прав доступа, разрешающую только просмотр, и применив ее ко всем проектам.
• В Confluence перейдите в каждый раздел и удалите все права, кроме права на чтение.
• Обновите сквозные баннеры для Jira, Confluence и Bitbucket — укажите на них, что во время миграции сайт доступен только для чтения.

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

Перенос рабочей среды

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

• Миграция с помощью Jira Cloud Migration Assistant
• Миграция с помощью Confluence Cloud Migration Assistant
• Использование Bitbucket Cloud Migration Assistant для миграции

Миграция любых приложений

Выбрав алгоритмы миграции приложений, установите и перенесите в версию Cloud все критически важные приложения.

Контроль качества данных после миграции

Убедитесь, что данные перенесены так, как нужно, и что все работает корректно. Подробнее о том, на что стоит обращать внимание при проверке данных, см. в этапе 6 руководства по тестированию.

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

Задачи после миграции

• Обновите ссылки на продукты: после переноса Jira или Confluence в Atlassian Cloud некоторые URL-адреса в недавно перенесенных продуктах могут перестать работать, поскольку по-прежнему указывают на старые экземпляры Server или Data Center. Инструкции можно найти в разделе по обновлению ссылок на продукты после миграции.
• В зависимости от того, как вы выполняли миграцию, у вас могут возникнуть и другие задания, которые нужно будет выполнить после нее. Ознакомьтесь с важными миграционными заданиями во время тестирования и после запуска рабочей среды.