Руководство по миграции на версию Cloud

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

В вашем распоряжении самые важные инструменты миграции: бесплатный пробный период для миграции в облако и инструменты миграции Cloud Migration Assistant для Jira и Confluence.

Узнайте о каждом из них и о том, как с их помощью приступить к процессу миграции на версию Cloud.

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

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

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

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

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

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

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

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

• Сравните совокупную стоимость владения версиями Cloud, Server и Data Center и получите целостное представление о том, из чего складывается цена продукта. Рассчитать экономию при миграции в облако
• Узнайте индивидуальную стоимость своих продуктов и приложений Marketplace в версиях Cloud и Server. Вы также можете добавлять другие продукты или приложения и изменять план Cloud или количество пользователей, чтобы посмотреть, как изменится стоимость. Оценить стоимость

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

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

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

Определение потребностей

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

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

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

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

• До 1000 пользователей: ~3 месяца
• От 1000 до 5000 пользователей: ~6 месяцев
• Более 5000 пользователей: ~9 месяцев и более

Просто держите их в голове во время следующего этапа. Это поможет принимать решения, касающиеся планирования и стратегии миграции.

Сравнение развертываний в облаке и с самостоятельным управлением

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

Что отличает облако

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

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

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

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

Управление пользователями и Atlassian Access

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

Для обеспечения дополнительной безопасности на корпоративном уровне и централизованного администрирования мы создали Atlassian Access. Этот сервис позволяет администрировать любые облачные продукты Atlassian по единой подписке. Ответьте на следующие вопросы для оценки потребности в Atlassian Access:

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

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

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

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

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

• Confluence
• Jira Software
• Jira Service Management
• Jira Work Management
• Bitbucket

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

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

Узнайте о перспективах

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

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

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

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

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

Оценка приложений и интеграций

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

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

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

Оценка приложений с помощью инструментов миграции Cloud Migration Assistant

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

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

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

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

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

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

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

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

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

• Проведение самооценки безопасности согласно отраслевым стандартам
• Требования GDPR и европейского законодательства к сбору и обработке данных и конфиденциальности

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

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

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

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

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

• Менеджер проекта. Специальный сотрудник, который составляет и выносит на рассмотрение бизнес-сценарий, управляет миграцией, отслеживает статус выполнения миграции в целом и отдельных заданий, а также является главным контактным лицом.
• Системные администраторы. Занимались настройкой систем версии Server и знают, какие права и рабочие процессы необходимо перенести в облако. Они также могут выполнить сам перенос. Если у них нет опыта работы с версией Cloud, они могут привлечь партнера по решениям для выполнения миграции.
• Куратор проекта. Занимается утверждением бюджета, утверждает бизнес-сценарий и может быть экспертом по решениям Atlassian в компании.
• Команда технических специалистов и тестировщики. Выделенная команда, осуществляющая миграцию. Перед миграцией рекомендуется провести тестирование, чтобы проверить, справятся ли команды с предстоящими важными заданиями. Тестировщиков следует набирать из разных команд, чтобы протестировать различные фрагменты и аспекты систем на работоспособность важнейших функций.
• Представители по юридическим вопросам, обеспечению безопасности и соответствия требованиям. Привлекаются к участию на ранних этапах проекта. Они должны проверить план миграции на соответствие нормативным требованиям и требованиям в области безопасности, чтобы они не превратились в блокеры в процессе миграции.
• Эксперты по продуктам. Миграция изменит стиль работы команд, поэтому им потребуется помощь в обучении, устранении проблем и, возможно, в проведении мозгового штурма для освоения новых рабочих процессов. Этим может заниматься один специалист или целая группа.

Подготовка к работе в облаке

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

Определение потребности в Atlassian Access

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

Создание организации

Напоминаем, что организация позволяет централизованно просматривать всех пользователей Atlassian Cloud (на разных сайтах и в разных продуктах Atlassian), управлять аккаунтами пользователей и настраивать средства безопасности, такие как система единого входа (SSO) на базе SAML. Организация создается автоматически для каждого сайта. Вы также можете перенести сайт в существующую организацию. Чтобы получить доступ к организации, перейдите на сайт admin.atlassian.com, выполните настройку организации, переименуйте и добавьте в нее продукты и сайты.

Подтверждение права на домен

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

Выбор способа миграции

Есть несколько вариантов миграции. Рассмотрите описанные способы миграции с учетом выбранной стратегии и остановитесь на наиболее подходящем. При выборе способа миграции учитывайте:

• какие продукты вы переносите
• какую версию Server или Data Center вы используете
• какой объем данных необходимо перенести

Алгоритмы миграции приложений

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

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

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

Стратегия миграции пользователей

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

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

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

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

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

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

Убедитесь, что версия ваших продуктов Server поддерживается

В зависимости от выбранного способа миграции, вам может потребоваться определенная версия экземпляра Server или Data Center. Ознакомьтесь с поддерживаемыми версиями.

• Поддерживаемые версии для Jira Cloud Migration Assistant
• Поддерживаемые версии для импорта сайтов Jira
• Поддерживаемые версии для Confluence Cloud Migration Assistant

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

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

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

Выполнение заданий контрольного списка для миграции

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

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

Установка облачных приложений

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подготовка учебных материалов

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

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

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

Информирование о плане

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

• Когда будет происходить миграция?
• Простоев какой длительности следует ожидать пользователям?
• Попросите конечных пользователей не вносить никаких изменений во время перехода.
• Что будет со старым сайтом после миграции? Будет ли он доступен и можно ли будет его просматривать?
• Каков(-ы) новый(-ые) URL-адрес(а)?
• Как входить в систему?
• К кому обращаться, если возникнут трудности со входом в систему или другие вопросы?
• Какие материалы можно изучить, чтобы быстрее адаптироваться к работе в облаке?

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

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

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

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

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

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

• Миграция с помощью Jira Cloud Migration Assistant
• Миграция с помощью Confluence Cloud Migration Assistant

Если вы являетесь клиентом Bitbucket и хотите выполнить миграцию, см. нашу документацию по миграции Bitbucket.

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

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

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

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

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