Close

Какая модель миграции в облако подойдет именно вам?

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

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

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

Перенос данных после оптимизации (рекомендуется)

Этап 1

Рисунок: лупа

Аудит данных

Этап 2

Рисунок: выстрел в центр мишени

Расстановка приоритетов для переносимых данных

Этап 3

Рисунок: запуск ракеты

Перенос набора оптимизированных данных

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

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

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

Преимущества

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

Недостатки

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

Вам следует выбрать стратегию переноса данных после их оптимизации, если…

  • Вы хотите перенести в облако всех пользователей сразу.
  • Вам предстоит несложная миграция (менее 5000 пользователей и 10 приложений).
  • Критически важные для вас приложения доступны в облаке и для них есть алгоритмы миграции.
  • Вы выполняете миграцию Jira Service Desk или Advanced Roadmaps.

Перенос всех данных сразу (переразмещение)

Модели миграции в облако

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

Преимущества

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

Недостатки

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

Вам следует выбрать стратегию переноса всех данных сразу, если…

  • Вам необходимо перейти в облако как можно скорее.
  • Вам предстоит несложная миграция (менее 5000 пользователей и 10 приложений).
  • Критически важные для вас приложения доступны в облаке и для них есть алгоритмы миграции.
  • Вам не нужно (или вы не хотите) очищать данные перед переносом.
  • Вы выполняете миграцию Jira Service Desk или Advanced Roadmaps.

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

Модели миграции в облако

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

Преимущества

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

Недостатки

  • Недостаточно хорошая поддержка, если нужно выполнить миграцию Jira Service Desk или Advanced Roadmaps.
  • Более продолжительная миграция может привести к увеличению объема работы для ваших технических команд и более высоким затратам.
  • Этот подход более сложный, поскольку ваши команды управляют несколькими развертываниями длительное время, пока идет процесс перехода.
  • Требуется тщательное планирование и сопоставление зависимостей.
  • Исправлять неработающие ссылки после миграции гораздо сложнее по сравнению со стратегией, когда переносятся только некоторые проекты.

Вам следует выбрать стратегию поэтапной миграции, если…

  • У вас есть достаточно времени на выполнение миграции.
  • Вам предстоит миграция повышенной сложности (более 5000 пользователей и более 10 приложений).
  • Некоторые критически важные для команды приложения пока недоступны в облаке.

С чистого листа (повторная покупка)

Модели миграции в облако

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

Преимущества

  • Нет простоя, связанного с выполнением миграции (или он недолгий).
  • При наличии лицензии Server архивные данные можно хранить в локальной среде.

Недостатки

  • Пользователи не могут изменять старые проекты или другие данные.
  • Архивные данные будут храниться отдельно.

Вам следует начать с чистого листа, если…

  • Вы хотите ускорить переход в облако.
  • Вы знаете, что для вашей работы не понадобятся существующие серверные данные.
  • Вы клиент Jira Service Management и вам не требуется быстрый доступ к старым заявкам.
  • Вы создаете новую команду или реструктурируете способ ведения работы.
  • Вы хотите оптимизировать использование облачных ресурсов.

Слияние и объединение

Модели миграции в облако

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

Преимущества

  • Уменьшение объема работ по техническому обслуживанию для ИТ-команд.
  • Более простой доступ для пользователей.
  • Эффективное сочетание инструментов без сложных интеграций.

Недостатки

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

Вам следует выбрать слияние и объединение, если…

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

Постепенная миграция/гибридная модель

Рисунок: поэтапная миграция в частном облаке

Частное облако

Рисунок: поэтапная миграция в публичном облаке

Публичное облако

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

Преимущества

  • Вы выбираете, какие данные разместить в облаке, а какие оставить в локальной среде.

Недостатки

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

Вам следует выбрать стратегию постепенной миграции, если…

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

Выбор модели миграции в облако

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

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

Продолжение темы

Облачная платформа

Посетите Центр безопасности Atlassian

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

Миграция в облако

Подробнее о миграции в облако

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