Наверх

Подходы и методы интеграции

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

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

Интеграционные подходы

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

Перенос данных и возможностей в ArcGIS

Этот подход включает в себя запрос данных из другой системы, базы данных или API для отображения их вместе с данными, размещенными в ArcGIS, обычно в виде карты или табличного интерфейса. Данные также могут быть объединены с пространственными данными ArcGIS для поддержки новых визуализаций или отчетов, которые могут быть созданы только при объединении данных. Этот подход может использовать сервисы на основе OGC, такие как WFS или WMS, или другие стандартизированные форматы геопространственных данных, которые можно использовать для интеграции, но может быть успешным и при использовании простых форматов данных, таких как конечная точка CSV с поддержкой веб-доступа, которую можно добавить на веб-карту в ArcGIS.

Примеры интеграций с использованием этого подхода:

  • Приложение ArcGIS Maps SDK для JavaScript, которое запрашивает API из системы управления активами для отображения рабочих заданий и статуса объектов, местоположения которых хранятся в корпоративной ГИС-системе.
  • ArcGIS Pro подключается к сервису OGC, который отображает границы для наложения и обогащения существующей карты
  • Подключение слоя запросов к внешне управляемому хранилищу данных, опубликованному в виде картографического сервиса, которое суммирует активность веб-сайта по почтовому индексу для отображения в картографическом интерфейсе в ArcGIS Enterprise

Предоставление данных и возможностей другим системам

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

Примеры интеграций с использованием этого подхода:

  • Интерфейс входа клиента CRM, который вызывает сервис геокодирования ArcGIS для предоставления координат для введенных пользователем адресов
  • Сервис маршрутизации ArcGIS, который используется в более крупной системе отслеживания и управления системой доставкой
  • Базовая карта, разработанная и размещенная в ArcGIS, предоставленная в виде векторных листов и используемая в картографических приложениях организации с помощью различных картографических веб-пакетов SDK или инструментов

Интеграция с помощью рабочих процессов

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

Примеры интеграций с использованием этого подхода:

  • Сбор полевых данных в ArcGIS Survey123 или ArcGIS Field Maps, который запускает задание системы управления активами через Microsoft Power Automate при отправке определенного типа записи.
  • Рабочий процесс редактирования, который инициирует новый процесс с помощью триггера базы данных при внесении изменений с помощью сервиса объектов ArcGIS.
  • Процесс запроса изображений, который позволяет пользователям инициировать запрос изображений, определять поставщиков, которые могут сделать снимки, и получать данные, запуская задачи по сбору данных в системах отдельных поставщиков при их запуске.

Создание специализированных бизнес-приложений

Чтобы интегрировать возможности ArcGIS в конкретное приложение, которое также ссылается на другие бизнес-системы, используйте API-интерфейсы ArcGIS REST и SDK для доступа к динамическим геопространственным ресурсам, инструментам и функциям. Этот подход фокусируется на интеграции сервисов и возможностей ArcGIS с другими сервисами, конечными точками или инструментами через одно или несколько пользовательских приложений.

Публикация в общих хранилищах данных

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

Интеграция поставщиков систем безопасности или идентификации

ArcGIS интегрируется с различными сторонними системами идентификации, поставщиками или шаблонами, включая SAML, OpenID Connect, LDAP и Active Directory. Эти шаблоны более подробно описаны в разделе Модели и поставщики проверки подлинности в разделе Принцип безопасности. Кроме того, развертывания ArcGIS Enterprise в Azure или AWS могут изначально интегрироваться с моделями безопасности, включая роли AWS Identity and Access Management (IAM) и Azure Managed Identities.

Интерфейсы или методы интеграции

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

Интеграция на уровне приложений

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

  • Встраивание приложений с помощью тегов <iframe> или <embed>, чтобы они отображались в более крупном приложении или интерфейсе. Он обычно используется с ArcGIS Hub и ArcGIS Enterprise Sites для встраивания других приложений ArcGIS или внешних интерфейсов. При использовании этого метода взаимодействие между «родителем» и встроенным приложением обычно ограничено.
  • Приложения могут быть связаны друг с другом с помощью всплывающих окон, ссылок на основе атрибутов и связанных записей, что позволяет пользователям переключаться между существующими приложениями или системами для доступа к запрашиваемым данным или документам.
  • Пользовательские приложения, созданные с помощью ArcGIS Maps SDK for JavaScript, могут выполнять вызовы API или запросы к удаленным API, манипулировать результатами, а затем отображать их в интерфейсе в виде картографической или табличной информации. Например, приложение может вызывать удаленный API для возврата информации о заказе клиента из CRM, а затем отображать ее на карте для анализа плотности заказов.
  • Другие приложения и интерфейсы также могут быть настроены для выполнения запросов к конечным точкам ArcGIS REST, например, система управления здравоохранением, использующая запросы сервиса маршрутизации на основе ArcGIS для эффективной маршрутизации медицинского персонала для посещения на дому.
  • Также в этот метод или интерфейс включены платформы автоматизации рабочих процессов, такие как Zapier, Power Automate или Make.com. Эти приложения интегрируются с помощью запросов REST, где рабочий процесс может быть инициирован или может обращаться к внешним сервисам, а также связывать вместе несколько частей рабочего процесса или групп пользователей.

Интеграция на уровней сервисов

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

  • Интеграции, созданные с помощью ArcGIS Enterprise SDK, включают в себя Пользовательские потоки данных являются мощной функцией ArcGIS Enterprise, где разработчики могут создавать сервисы объектов только для чтения практически из любого источника данных. Примерами таких источников данных могут быть запрос к API, подключение к базам данных или даже файлы. Поскольку результирующие сервисы являются сервисами объектов только для чтения, интегрированными в ArcGIS, они могут быть доступны веб-клиентам, настольным приложениям и полевым приложениям. Исходные данные пользовательских потоков данных могут оставаться в исходном формате и считываться непосредственно через ArcGIS Enterprise без использования рабочих процессов ETL. Пользовательские потоки данных полезны для сценариев, в которых ArcGIS изначально не поддерживает определенный источник данных. Другие варианты использования и примеры источников данных можно найти в документации. Для создания пользовательского фида данных требуются ресурсы и опыт разработчика, в том числе:
    • Среда разработки с установкой ArcGIS Enterprise SDK, NodeJS и интегрированной среды разработки JavaScript для создания пользовательского пакета поставщика данных.
    • Развертывание ArcGIS GIS Server с установленной средой выполнения пользовательских потоков данных, в которой будет размещен опубликованный сервис объектов.
    • Дополнительные рекомендации по разработке и настройке пользовательских потоков данных можно найти в документации.
  • Еще одним шаблоном Enterprise SDK является разработка расширений серверных объектов (SOE), а перехватчики серверных объектов (SOI) – это настройки отдельных геопространственных веб-сервисов на сайте ArcGIS Server. Расширения обычно добавляют новые функциональные возможности (создавая новые конечные точки REST для ресурсов или методов), а перехватчики работают с существующими методами, такими как /query или /exportImage, для взаимодействия с запросом или ответом и их изменения по мере их обработки. SOE и SOI могут использоваться для интеграции других источников данных, таких как запрос к другой конечной точке или к данным на диске, а также могут использоваться для интеграции других поставщиков безопасности, применения безопасности на уровне строк или группового доступа к уровням в сервисе.
  • ArcGIS REST API также могут использоваться для интеграции уровней сервисов, вызываться из других систем или использоваться в шаблоне корпоративной сервисной шины, где API и каналы собираются в центральный каталог или систему, которая связывает их вместе и обеспечивает возможность обнаружения для пользователей и разработчиков.

Интеграция на уровне данных

Интеграция также может быть выполнена на уровне хранения данных или сохранения. Обычно это происходит в форме переноса, извлечения, передачи и загрузки данных (ETL) и аналогичных процессов, которые перемещают данные между системами. Некоторые базы данных связаны с подключением к внешнему источнику (например, к оболочке внешних данных в PostgreSQL или к базе данных резервирования в SQL Server), но, как правило, перенос на уровне данных предполагает многократное перемещение данных между последовательностями. Популярные модели включают в себя:

  • ArcGIS Data Pipelines и ArcGIS Data Interoperability, а также другие инструменты этой категории, которые могут перемещать данные вместе с преобразованием или обработкой данных, например, изменять значения, обогащать геометрической информацией или изменять формат.
  • Слои запросов создаются и публикуются в ArcGIS Pro, где сначала устанавливается подключение к внешней реляционной базе данных или хранилищу данных для извлечения таблиц или представления данных из этой базы данных. Важно отметить, что эти базы данных могут быть полностью внешними по отношению к ArcGIS, без каких-либо объектов или конфигурации многопользовательской базы геоданных, и могут включать или не включать пространственные данные, используя собственные пространственные типы из этих систем. Слои запросов можно использовать для просмотра отдельных строк в транзакционной системе, для просмотра итоговых или аналитических результатов, а также для просмотра измененной, упрощенной версии данных с помощью представления или определения определенных столбцов. Этот гибкий подход становится доступным для пользователей путем публикации карты, содержащей слой запроса, в качестве слоя изображения карты, что затем позволяет любому настраиваемому приложению ArcGIS или приложению на основе ArcGIS SDK запрашивать данные через знакомый интерфейс REST.
  • Скрипты Python часто используются как в автономных скриптах, так и в блокнотах Python для автоматизации перемещения данных между системами, включая контроль качества, обработку, геообогащение и слияние данных между различными источниками.
  • Дополнительные процессы ETL выделены в разделе Конвейеры данных и практики архитектуры ETL

При всех интеграциях на уровне данных следует тщательно учитывать несколько аспектов на этапах проектирования архитектурного процесса:

  • Частота обновления — если данные интегрированы из другой системы учета, узнайте, как часто обновляется другая система и какая задержка ожидается или приемлема, прежде чем обновленные данные станут видны в системе ArcGIS.
  • Качество данных – когда система использует внешние данные, качество этих данных имеет первостепенное значение, понимание компромиссов и выборов, которые привели к конфигурации источника данных, может помочь в использовании этих данных в системе ArcGIS.
  • Устойчивость данных — при использовании другой системы убедитесь, что процесс обновления предоставляет резервный вариант на случай, если удаленная система недоступна или предоставляет неверные или поврежденные данные. Использование статической копии набора данных или предыдущей версии (с соответствующими отказами от ответственности) может помочь устранить кратковременный разрыв или сбой.

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

Некоторые успешные стратегии, способствующие успешной интеграции на этапе проектирования архитектуры, включают:

Используйте стратегический подход

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

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

Интеграция на системных уровнях, соответствующих рабочим нагрузкам и данным

Интеграция предприятий обычно достигается путем организации человеческих и автоматизированных процессов, включая компоненты, встроенные в используемые людьми приложения, предоставляя доступ к цифровым ресурсам или аналитике, созданным людьми и процессами в других системах, или путем комбинации этих подходов через интерфейсы прикладного программирования (API).Также распространено использование общих систем и процессов для идентификации и безопасности предприятия в техническом ландшафте интеграции предприятия. integration-1.png

Инвестируйте достаточные ресурсы

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

Убедитесь, что данные, доступ к которым осуществляется в нескольких системах, подходят для использования

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

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

Реализация надлежащей сетевой и информационной безопасности

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

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

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

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

Выводы

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

Top