Каков рекомендуемый способ интеграции с динамиком 365 из базы данных onprem?

Question

Мой клиент решил использовать Dynamics 365 (CRM), и теперь мы изучаем, как нам настроить интеграцию. Мы отделяем начальную миграцию от непрерывной интеграции, и здесь речь идет о непрерывной интеграции.

Сценарий состоит в том, что у нас есть существующее приложение (не Dynamics) onprem, которое должно отправлять обновления в D365. В лучшем случае мы отправляем обновление мгновенно (или почти мгновенно) и асинхронно на D365. В некоторые дни может потребоваться около 60000 обновлений, а в другие - значительно меньше. Мы также знаем, что существует верхний предел количества звонков в D365 за 24 часа.

Теперь мой вопрос: каков рекомендуемый способ интеграции приложения onprem с D365 из сценария, подобного описанному выше?

РЕДАКТИРОВАТЬ: Мы изучали использование OData API, пакетного API и Kingsway Soft. Но для непрерывной интеграции ... Kingsway будет даже вариант ?! С OData мы можем обновлять запись для записи либо синхронно, либо асинхронно (с помощью сервисной шины) С помощью пакетного API мы можем обновить, например, 100 за пакет один раз в минуту ... с Kingsway ... как часто

Answer 1

Я реализовал более похожее решение, используя Azure служебную шину

Вы можете отправлять данные из JSON или более поздних данных в служебную шину из вашей предварительной версии Dynamics, а затем извлекать их из Dynamics 365. использовать приложения logi c (не кодовые) или функциональные приложения (код) для управления отправкой сообщений в очередь сообщений из onprem и извлечением их в D365.

Id предлагает проверить служебную шину здесь ... https://docs.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview

Вот краткий обзор использования приложений logi c для интеграции с сервисной шиной .. https://docs.microsoft.com/en-us/azure/connectors/connectors-create-api-servicebus

Answer 2

Могу ли я предложить еще два способа миграции данных / интеграции данных.

Ниже представлены два проверенных и стабильных продукта для миграции / интеграции данных. Мы использовали их для многочисленных проектов и работ для нас как шарм.

1. Писец
2. kingswaysoft