Поделиться через

Интеграция бизнес-приложений

Описание

Очень часто SharePoint используется в качестве уникальной и центральной точки доступа для всего контента и служб, связанных с бизнесом. Отсюда и название продукта. Таким образом, часто клиенты нуждаются в доступе к данным и бизнес-приложениям (LOB) из SharePoint или с помощью настраиваемых полей метаданных списка элементов и документов из внешних ресурсов, или применяя пользовательские решения, использующие бизнес-данные. Существует несколько способов открывать и использовать бизнес-данные и системы SharePoint. Их можно выбрать в зависимости от типов источников данных, которые вам нужно использовать, и физической архитектуры решения (т. е. локальных приложений SharePoint 2013 или 2016 или SharePoint Online). В этой статье вы найдете подробные сведения о различных способах интеграции LOB, из которых сможете выбрать подходящие.

Директивы высокого уровня/общие правила

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

  • Пытайтесь пользоваться API на базе REST вместо служб SOAP или частных API, чтобы вам удалось использовать современные методы разработки и использовать современные протоколы безопасности (OAuth 2.0, OpenID Connect и т. д.).
  • Используйте промежуточный кэш данных вместо любого прямого внешнего сервиса, таким образом вы сможете ускорить процесс потребления и избежать бесполезных циклов извлечения данных, уже запрошенных в системе LOB.
  • Сделайте ваш идеальный список данных по страницам, а не оставляйте все в «одном большом снимке», чтобы избежать переполнения данных кэша и высокой нагрузки на сеть.
  • Для идентификации и авторизации используйте службы, работающие с известными протоколами, такими как OAuth 2.0, OpenID Connect и т. д., а также с зарегистрированными в Azure Active Directory службами, чтобы делиться уникальной инфраструктурой безопасности.

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

Область применения: Office 365 | SharePoint Online | SharePoint 2016

Если вам нужно пользоваться клиентской бизнес-системой, например клиентской веб-частью, разработанной с помощью SharePoint Framework, или набором кодов JavaScript, размещенным в веб-части Script Editor, вы можете использовать бизнес-систему с помощью REST API, зарегистрированного в Azure Active Directory. В этом разделе вы найдете полезные ссылки на дополнительные сведения по этой теме.

Статьи

Примеры

Видео

Business Connectivity Services

Область применения:SharePoint Online | SharePoint 2013 | SharePoint 2016

Business Connectivity Services (BCS) — это приложение-служба Microsoft SharePoint 2013 или 2016 и SharePoint Online. В нем представлены возможности чтения и записи данных из внешних систем, таких как бизнес-приложения (LOB), веб-службы, базы данных или любой другой внешний источник данных, имеющий подходящий соединитель. В SharePoint 2013/2016 на локальном сервере BCS может подключаться к различным бизнес-системам либо через подключение к СУБД, либо по протоколу SOAP, либо с помощью настраиваемой библиотеки .NET. В SharePoint Online службы BCS могут подключиться к службе OData REST, к службе SOAP или к базе данных SQL Azure. Кроме того, в SharePoint Online, по сравнению с локальным SharePoint, у вас нет функций, таких как поиск внешних данных, страницы профилей, настраиваемые действия и поддержка клиентов Office.

Статьи

Видео

Гибрид — подключения в локальное развертывание

Область применения: Office 365, | SharePoint Online

При пользовании бизнес-системой у вас есть вариант — создать решения SharePoint Online, использующие локальные данные через гибридную топологию. Например, можно создать службу приложений Azure, которая подключается к локальной инфраструктуре и использует базу данных SQL Server или любой другой локальный репозиторий данных, через гибридное подключение.

Примечание.

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

Статьи

Видео