Интеграция - использовать стандарт или писать на коленке ?

[Jackally]

Цитата:

Сообщение от ax_mct

Достаточно типичная задача, управление номенклатурой AX в третьем приложении. То есть создание продуктов и/или изменение всех связанных настроек в другом приложении и импорт их в AX.

Ваши предложения?

Если кастомизация в пределах разумного, то можно и через DMF, для номенклатуры 2-3 недели только с нуля разбирать таблички по полям, всё-таки с готовым шаблоном проще. Разумеется такая логика должна работать по рассписанию, если стоит задача RetalTime для импорта номекнлатуры, значит что-то пошло не так на самом high-level уровне архитектуры и сбора бизнес-требований.

Цитата:

Сообщение от ax_mct

Не нашел что такое Messages (Storage Account). Уж не обработка ли email?

Я прошу прощения, писал по памяти, я имел ввиду Storage Account Queues, в которое вкладывается объект message. Это очень топорный мехнизм обмена сообщениями с 3-rd party системами, простой как табуретка, собщений накидал, сообщения забрал. Важное допущение с моей стороны, предлагая такой подход, желательно что бы сторонняя система тоже была в Azure, не обязательно в том же регионе (сложно придумать жизненный сценарий такой интеграции, что latency между регионами ажура будет сильно влиять). С API разобраться очень просто, на моем проекте такое решение работает уже год.

Цитата:

Сообщение от skuull

Business events из коробки работают с Azure Event Grid и Azure Service Bus ну и с Flow, только кому он нужен.

Спасибо, не смотрел в сторону стандарта, как я писал выше просто использовали ажуровское API, как бы не получилась здесь та же проблема что и у DMF, очень низкий maintainable.
Service Bus на самом деле очень удобный инструмент для работы с Messages, нужен как раз тем, кому простого Storage Queues показалось мало, где нужен хороший монитор обмена сообщениями, управление последовательностью и т.п.
https://docs.microsoft.com/en-us/azu...ity-and-quotas

Цитата:

Сообщение от fed

Интересно - а без Hadoop туда можно малой кровью добраться ? Хотелось бы какое-то API, который бы позволял получить список таблиц (ну или каких-нить квазитаблиц) в этом data lake, потом получить список и типы полей в таблице, а потом как-нибудь эту таблицу прочитать (пусть даже чисто навигационным способом - уровня getFirst()/getNext()).
Просто все равно задача "перенести данные из D365FOE в локальную БД" остается. Вот я и интересуюсь, можно ли ее, пусть даже через Azure Data Lake решить...

А зачем отказываться от BYOD? Откуда слухи что MS собирается избавиться это такого подхода? Это инструменты для разных задач, Data Lake это чисто для BI/AI, с ним дружит и Power BI и Tableu. А для интеграций, если смотреть к чему склоняет MS, то это Service Bus и Event Grid.