Использование настраиваемых поставщиков Интернета вещей
Функция поставщика Интернета вещей Dynamics 365 Field Service обеспечивает бесшовную интеграцию с устройствами IoT (Интернета вещей) от любого поставщика Интернета вещей. Она объединяет оповещения Интернета вещей от разных поставщиков в единый список независимо от их происхождения. Когда пользователи взаимодействуют с устройством Интернета вещей, приложение Field Service определяет поставщика устройства и направляет команду в соответствующую систему Интернета вещей.
В Field Service готовый интерфейс развертывания интегрируется с центром Интернета вещей Azure. Разработчики, партнеры и независимые поставщики программного обеспечения (ISV) могут создавать собственные решения Интернета вещей на этой платформе и даже публиковать их в магазине Microsoft AppSource.
В этой статье вы узнаете о модели данных поставщика Интернета вещей и получите обзор методов подключения, которые вы можете использовать.
Предварительные условия
- Опыт разработки приложений на основе моделей, которые подключаются к Dynamics 365 и Microsoft Dataverse
- Опыт программирования на C#, .NET и в Visual Studio
- Знакомство с API-интерфейсом REST/OData
Модель данных Field Service
Все методы интеграции внешних служб Интернета вещей с Field Service должны соответствовать модели данных поставщика Интернета вещей Field Service, которая состоит из трех связанных таблиц (поставщик Интернета вещей, экземпляр поставщика Интернета вещей и устройство Интернета вещей) и таблицы настроек Интернета вещей.
Таблица поставщика Интернета вещей
В таблице IoT Provider указаны поставщики Интернета вещей вашей организации и действия, которые они поддерживают.
Таблица экземпляра поставщика Интернета вещей
Между таблицами IoT Provider и IoT Provider Instance существует отношение «1 ко многим». Например, если ваша организация подключена к двум различным центрам Интернета вещей Azure, то у вас будет одна запись поставщика Интернета вещей для Центра Интернета вещей Azure и две записи экземпляра поставщика Интернета вещей, по одной для каждого из ваших центров Интернета вещей. Вы можете просмотреть список экземпляров поставщика Интернета вещей в пункте Параметры>Интернет вещей>Поставщики приложения Field Service.
- Идентификатор экземпляра поставщика указывает экземпляр в исходной системе Интернета вещей.
- URL-адрес может быть тем, который используется в коде или в пользовательском интерфейсе вашего поставщика; например конечная точка API-интерфейса или ссылка на группу ресурсов Azure развертывания.
Таблица устройств Интернета вещей
Между таблицами IoT Provider Instance и IoT Device существует отношение «1 ко многим», которое сопоставляет каждое устройство с экземпляром поставщика Интернета вещей.
- Учетная запись определяет учетную запись клиента в Field Service, связанную с устройством.
- Категория — это категория устройства.
- Часовой пояс — это часовой пояс, в котором расположено устройство.
- Идентификатор устройства используется для регистрации устройства у поставщика Интернета вещей.
- Имитация используется при разработке и тестировании.
Способы подключения и средства разработки
Способы подключения для пользовательских решений Интернета вещей имеют как преимущества, так и риски. В следующей таблице они описываются.
| Способ | Достоинства | Риски |
|---|---|---|
| API-интерфейс Dataverse | - Обеспечивает прямую связь между Connected Field Service и внешними службами. - Надежный протокол для создания программных приложений. |
- Внешние службы должны иметь возможность интеграции с API-интерфейсами. - Требует глубокого понимания возможностей API-интерфейса Connected Field Service. |
| Веб-перехватчики | Отправляет обновления в режиме реального времени во внешнюю службу, когда в Connected Field Service выполняются определенные действия. | Внешняя служба должна иметь возможность получать и обрабатывать сообщения веб-перехватчиков. |
| Соединители | Обеспечивает бесшовную интеграцию и действует как мост между Connected Field Service и внешней службой. | Требуются более надежные технические знания и ресурсы для разработки. |
| Пользовательский код | Индивидуальная и эффективная интеграция. | Требует высокого уровня технических знаний; может быть сопряжен с большим риском, чем другие методы. |
Обычно используемые инструменты разработки для создания пользовательских решений для Connected Field Service:
Microsoft Power Apps — это платформа разработки с малым объемом кода, которая позволяет создателям и профессиональным разработчикам быстро и легко создавать пользовательские бизнес-приложения.
Функции Microsoft Azure — это служба, которая позволяет разработчикам запускать код по требованию без выделенных серверов.
Microsoft .NET Framework — это среда разработки программного обеспечения для создания и запуска приложений в Windows.
Microsoft Visual Studio — это популярная интегрированная среда разработки, поддерживающая широкий спектр языков программирования и платформ, включая .NET, JavaScript и Python.
JavaScript — широко используемый язык программирования, который часто используется с другими инструментами и платформами, такими как Node.js и React.
API-интерфейсы REST предоставляют приложениям стандартизированный способ взаимодействия друг с другом через Интернет. Connected Field Service предоставляет множество API-интерфейсов REST, которые можно использовать для интеграции с внешними службами и создания пользовательских решений.