Работа с корпоративными системами

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

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

Частота и время интеграции данных

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

Способ интеграции с корпоративными системами

Существует несколько способов интеграции с корпоративными системами:

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

• Интеграция API — это метод интеграции с системами с помощью API. Большинство веб-систем предоставляют API для интеграции, но некоторые этого не делают.

• Интеграция Файл — это метод интеграции с другими системами с помощью файлов. Одна система экспортирует файл данных. Этот файл может быть в формате CSV, TSV, XML или другом формате. Затем система, в которую он интегрируется, либо обнаруживает, что существует новый файл, либо настраивается по таймеру для периодического сканирования, чтобы проверить, существуют ли новые файлы, и затем импортирует экспортированные файлы. Этот метод используется в ситуациях, когда источник данных не может быть доступен напрямую через базу данных или API.

Подключение к локальным системам

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

• Пропускная способность сети центра обработки данных или расположения сервера

• Настройка базы данных источника данных

• Спецификация сервера локальных систем

• Объем и частота передачи данных

Пропускная способность сети центра обработки данных или расположения сервера

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

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

Настройка базы данных источника данных

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

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

Индексирование помогает вашим приложениям ускорить поиск, а при отсутствии индекса поиск и запрос данных занимает больше времени. Возможно, вам придется связаться с ИТ-отделом по поводу источника данных, чтобы обсудить, как вы получите доступ к данным и добавите дополнительные индексы. Дополнительные сведения об индексировании в SQL Server см. в статье Руководство по архитектуре и разработке индексов SQL Server.

Спецификация сервера локальных систем

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

Объем и частота передачи данных

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

Следующий шаг: моделирование данных

Примечание

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

Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).