Организации, которые наиболее успешно используют ГИС, постоянно модернизируются, что позволяет пользоваться новыми возможностями, максимизировать инвестиции в технологии и достигать своих бизнес-целей. Модернизация – это процесс, имеющий множество определений, но часто он содержит переход, или перенос, пользователей, групп или ресурсов из одной ГИС-системы в другую. Сегодня многие проекты модернизации предполагают переход на облачную инфраструктуру.
Перенос ArcGIS Enterprise и облака может быть различным по размеру и масштабу в зависимости от конкретных сред и способов, которыми программное обеспечение развертывается и управляется разными организациями. Независимо от простоты или сложности переноса, любой перенос требует понимания бизнес- и пользовательского контекста, а также плана действий с заданной степенью успеха.
Приведем некоторые наиболее распространенные модели переноса:
В этом разделе обсуждается почему и как осуществляется перенос. С помощью этих идей вы сможете лучше оценить, является ли перенос правильным выбором для вашей организации. Кроме того, вы можете понять, какие действия можно предпринять в соответствии с выбранным способом переноса. В этом обзоре перенос рассматривается так же, как при разработке и внедрении геопространственной стратегии: понимание, планирование и действия. В этом разделе мы не следуем конкретному сценарию переноса, а предоставляем информацию и рекомендации, подходящие для всех сценариев.
Во-первых, необходимо подумать о том, зачем следует осуществлять переход, и в какую среду или конфигурацию вы выполняете его. Чтобы выяснить причину, сначала нужно определить бизнес-цели переноса. Необходимо установить конкретные бизнес-цели, чтобы вы могли измерить свои усилия и увидеть, достигли ли вы целей позже. Если цели не конкретны, становится сложно понять, добились ли вы успеха. В примере перехода от локального развертывания ArcGIS Enterprise к коммерческому поставщику облачных сервисов возможные цели могут включать:
Это подходящие отправные точки, которые, как правило, достижимы при переходе в облако, но являются слишком общими, чтобы помочь определить конкретные ваши действия и подходы. В следующем разделе приводятся некоторые распространенные причины, по которым организация осуществляет перенос, и рассматриваются способы сделать эти цели более конкретными и релевантными.
Организации часто отмечают повышение производительности при переносе своей инфраструктуры к коммерческому поставщику облачных сервисов благодаря оптимизации производительности и возможностям большинства поставщиков IaaS. Вот некоторые из способов, с использованием которых облачная инфраструктура может повысить производительность:
Эти пять пунктов иллюстрируют некоторые функциональные способы, с помощью которых облачное развертывание может повысить производительность, но при этом не содержат конкретной информации о том, как любая из этих целей может помочь организации напрямую.
Для достижения наилучших результатов определите целевые показатели производительности системы, используя критерии успеха.
Рассмотрим цель организации, связанную с повышением производительности системы от общей до определяемой с помощью критериев успеха:
Экономия или потенциальная экономия средств является одной из наиболее распространенных причин, по которой организации стремятся перейти к поставщику облачных услуг. Ниже приведены некоторые экономические преимущества переноса в облако:
Хорошей целью, ориентированной на снижение стоимости, может быть снижение общей стоимости системы за счет перехода на модель масштабирования на основе нагрузки, которая развертывает дополнительные компьютеры ArcGIS Server под нагрузкой, но замедляет их работу в периоды затишья.
Поставщики облачных услуг также предоставляют новые возможности и функции, которые могут быть недоступны или невозможны в локальной реализации. Примеры использования:
Цель, связанная с новыми возможностями, может заключаться в улучшении рабочих процессов редактирования данных ГИС путем переноса базы геоданных к поставщику управляемой базы данных, публикации сервисов изображений и предоставления нашим редакторам возможности использовать веб-приложения.
Многие организации вынуждены переносить инфраструктуру в облако в соответствии с требованиями безопасности или политикой организации.
Конкретной целью, связанной со стандартами безопасности, может быть реализация ArcGIS Enterprise в сетевой среде с нулевым доверием, включая управление входящим доступом с помощью устройства WAF, предоставляемого в качестве компонента PaaS.
Некоторые из целей, которые вы ставите для обеспечения безопасности, могут быть достигнуты более четко, чем другие. Например, соответствие обязательному государственному стандарту безопасности, такому как FedRAMP, или коммерческим стандартам, таким как SOC-2, является инициативой «пройден или не пройден».
После того как вы установите четкие и конкретные цели и способ измерения успеха, придет время приступить к планированию переноса.
Как только вы получите четкое представление о своих целях, критериях успеха и задачах, следующим шагом будет создание плана действий. Ниже приведены следующие восемь высокоуровневых шагов, используемых в качестве отправной точки.
Прежде чем приступить к переносу, необходимо в общих чертах понять, какие ресурсы, системы и функции будут перенесены. Думайте не только о списке функций и сервисов. Изучите процессы и рабочие процессы, используемые в вашей организации. Какая информация имеет решающее значение для вашей миссии и какие возможности или навыки необходимы для ее поддержания?
Несмотря на то что состояние существующей системы может быть совсем не таким, как при проектировании целевой системы, важно понимать, как и почему существующая система построена именно так, а не иначе. Понимание развернутой технологии и ее конфигурации расширит ваши знания о том, как пользователи взаимодействуют с вашей системой сейчас и как они будут взаимодействовать с ней после завершения переноса.
Даже если переход не является скорым, установите четкий график и придерживайтесь его. Используйте критерии успеха для создания контрольных точек, чтобы оценить, соблюдаете ли вы график и успешен ли каждый этап переноса. Запланируйте достаточно времени на тестирование рабочих процессов, подтверждение приемлемости целевой системы и передачу знаний сотрудникам, чтобы они понимали, как следует адаптировать свои рабочие процессы к новым шаблонам.
Четко определите, кто несет ответственность за различные этапы и части перехода. Подумайте обо всем, что должно произойти для достижения этой цели — это не только внедрение технологии и перемещение ресурсов, но и понимание того, как это влияет на всех в вашей организации. Необходимые роли будут включать в себя все: от проведения первых совещаний до сбора отзывов от заинтересованных лиц, прохождения обучения работе с новыми системами и руководства процедурами управления изменениями, которые будут выполняться после разработки, внедрения и тестирования системы.
После выполнения предыдущих действий пришло время завершить инвентаризацию до уровня детализации, который вы могли бы комфортно предоставить для аудита. Ни один пользователь не должен чувствовать себя обделенным вниманием из-за того, что была упущена маленькая деталь, которая имеет для него решающее значение. Определение типов ресурсов, включенных в систему, конфигураций и URL-адресов, используемых пользователями, а также установленных программных компонентов поможет вам разработать подход к переносу с большей уверенностью в его успехе.
Благодаря более глубокому пониманию каждого фрагмента данных, пользователя, рабочего процесса и процесса, которые необходимо перенести, у вас должно быть много компонентов, необходимых для учета при проектировании новой системы. Выделите время и силы для архитектора на сбор требований от тех, с кем ему может потребоваться работать, и позвольте им тщательно задокументировать новую целевую систему. Помните обо всех существенных изменениях в целевой среде, таких как изменение домена, изменение аутентификации, новые правила безопасности и т.д.
Существует множество различных технических методов, которые можно использовать во время переноса данных предприятия. Некоторые методы используют готовые функции ArcGIS Enterprise, такие как инструмент WebGIS DR или подход Присоединиться к сайту. Для других переходов может потребоваться больше практических методов, таких как написание сценариев на Python, для перемещения ресурсов. Конкретные условия переноса и различия между исходной и целевой средами будут определять, какие методы вам могут понадобиться.
Наконец, обязательно задокументируйте каждую часть плана перехода, чтобы вы могли обратиться к нему позже. Этот документ представляет собой вашу дорожную карту переноса и должен объяснять приоритетные действия, которые вы должны предпринять для его успешного завершения. По мере выполнения собственно переход, план можно использовать для отслеживания хода выполнения в соответствии с графиком, составления отчетов о ходе выполнения заинтересованным лицам и проверки того, что все действия были полностью выполнены.
Когда у вас на руках план, пришло время действовать. Все шаги, которые вы выполняли до этого момента, должны дать четкое представление о том, что нужно сделать, и определить порядок операций и меры, которые будут применены для оценки успешности переноса. Используйте приведенные ниже шаги в качестве руководства по некоторым ключевым действиям.
Начнем с существующей системы. Убедитесь, что любые изменения данных, инфраструктуры, приложений или чего-либо еще, что требуется в исходной системе, готовы. Это, в том числе, создание копий и резервных копий данных и виртуальных машин. Кроме того, можно настроить исходную систему на конфигурацию, предназначенную только для чтения, чтобы пользователи не могли создавать новые ресурсы во время перехода.
В идеале уделите время очистке ресурсов из этой системы. Если вы сможете удалить из исходной системы ненужные или неиспользуемые ресурсы, сам перенос будет меньшим по объему, а его влияние на пользователей - короче с точки зрения времени без полного доступа.
Используйте проект системы, созданный на этапе планирования, для развертывания целевой архитектуры. После развертывания целевой системы обязательно выполните обычные действия по проверке среды, чтобы убедиться в том, что система работает должным образом. Такие проверки, как подключение к ArcGIS Enterprise из браузера или с настольного компьютера, создание веб-карты или приложения, регистрация многопользовательской базы геоданных и публикация сервиса, полезны для определения того, что базовая функциональность работает правильно. Перемещение небольшого количества репрезентативных тестовых данных из исходной системы поможет вам выполнить эти действия. Обратите внимание, что для таких методов, как перенос WebGIS DR, целевая система может быть настроена таким образом, что она будет полностью доступна или функциональна только с целевых компьютеров, а не для всех пользователей.
Начните перемещение пользователей, групп и ресурсов из исходной в целевую систему с использованием методов, выбранных на этапе планирования. Убедитесь, что во время этого процесса вы проводите частые проверки и записываете все случаи сбоев перехода или проблем с ресурсами. Эти заметки будут иметь решающее значение, если вам потребуется откатить какую-либо часть переноса.
Поработайте с несколькими существующими пользователями, которые были переведены на новую систему на последнем этапе, чтобы они убедились, что их рабочие процессы и процессы работают должным образом при использовании новой системы, а также в том, что все их ресурсы отображаются и являются корректными. Сделайте этот процесс итеративным — как только группа с похожими рабочими процессами и потребностями убедится, что она может работать так, как ожидалось, пригласите новую группу. Старайтесь максимально сокращать переменные, чтобы в случае возникновения проблемы вам было легче определить источник.
Иногда имеет смысл переносить все как есть со старой системы на новую, не проводя никаких модернизаций. Например, если вы хотите убедиться в том, что рабочие процессы ваших пользователей будут по-прежнему работать в новой облачной среде, прежде чем обновлять развернутую версию ArcGIS Enterprise. Если это так, теперь, когда пользователи, ресурсы и рабочие процессы были проверены, вы можете начать обновление или добавление любой технологии, с которой вы не смогли справиться во время первоначального внедрения. Уделите время последующей повторной проверке рабочих процессов своими пользователями.
примечание “Примечание” Другой распространенный метод переноса использует окно переноса как возможность обновить систему - после завершения переноса (в той же версии программного обеспечения) обновление может быть завершено в период простоя пользователя, объединив обновление и перенос в один процесс.
Не только каждый этап процесса должен быть задокументирован для справки, но также необходимо задокументировать все новые действия по эксплуатации и техническому обслуживанию, которые вы будете предпринимать, и то, как они будут выполняться. Такие задачи, как мониторинг, обновления, исправления, тестирование, настройка и план управления, которым вы собираетесь следовать, чтобы убедиться, что система продолжает работать должным образом.
Теперь, когда все готово, проведите все дополнительные мероприятия по передаче знаний, обучению или управлению изменениями, которые вы еще запланировали. Они могут быть предназначены для пользователей, потребителей, администраторов или заинтересованных лиц.
На этом этапе у вас должна быть новая, действующая система, отвечающая растущим потребностям вашей организации. Как уже говорилось ранее, перенос часто идет рука об руку с модернизацией. Не рассматривайте этот процесс как завершенный, а лишь в качестве начала непрерывного процесса модернизации вашей ГИС. Посмотрите, что ждет вас в будущем после завершения перехода, и подумайте, какие усовершенствования можно было бы сделать со временем, чтобы поддерживать вашу систему в актуальном состоянии.