Azure Service Bus и Dynamics 365 for Operations

[MazZzDaI]

Flow пока не умеет ловить события D365fO, как ты раньше и сказал, поэтому для решения этой задачи (как одной из N) я использую вышеизложенный класс для:

Цитата:

D365fO -> ServiceBus -> Flow (triggered) -> CRM (или любая другая система)

или так

Цитата:

D365fO -> ServiceBus -> любая система читает сообщение из очереди

или так

Цитата:

Любая система -> ServiceBus -> D365fO читает сообщение из очереди

Через Serivce Bus возможно передавать не только JSON, но и Binary, и даже стримить.

[ax_mct]

Цитата:

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

Flow пока не умеет ловить события D365fO, как ты раньше и сказал, поэтому для решения этой задачи (как одной из N) я использую вышеизложенный класс для:

или так

или так


Через Serivce Bus возможно передавать не только JSON, но и Binary, и даже стримить.

Уверен что важнее новый технический навык - четкое понимание сколько та или иная реализация будет стоить в зависимости от типа и объема и еше и еще... Я тупо запутался.
Не поделитесь расчетами?
https://azure.microsoft.com/en-us/pr...s/service-bus/

[vmoskalenko]

Цитата:

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

Не поделитесь расчетами?
https://azure.microsoft.com/en-us/pr...s/service-bus/

Для задачи Интеграции CRM - AX у нас в качестве сообщений будет новые записи в ДатаЭнтити или изменённые записи в ДатаЭнтити.
Предположим, что за 1 день таких сообщений будет 100.
За 1 месяц - 3000 шт.

Берем STANDARD.

Абоплата - 10 USD/mo
Включено в абонплату - 1000 сообщений - 0 USD/mo
Сверх абонплаты - 2000 сообщений - 0.03 USD * 2000 = 60 USD/mo

Итого, 70 USD/mo примерно.
(Или в разы меньше если я не разобрался с brokered connections)

[ax_mct]

Цитата:

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

Для задачи Интеграции CRM - AX у нас в качестве сообщений будет новые записи в ДатаЭнтити или изменённые записи в ДатаЭнтити.
Предположим, что за 1 день таких сообщений будет 100.
За 1 месяц - 3000 шт.

Берем STANDARD.

Абоплата - 10 USD/mo
Включено в абонплату - 1000 сообщений - 0 USD/mo
Сверх абонплаты - 2000 сообщений - 0.03 USD * 2000 = 60 USD/mo

Итого, 70 USD/mo примерно.
(Или в разы меньше если я не разобрался с brokered connections)

Присоединяюсь к вопросу причин выбора.
Смущает то что это не готовое решение за использование которого мы платим, избегая программирования, а платный компонент (как некое платное и закрытое DLL) в процессе программирования.
Смущает то что невозможно просчитать стоимость решения даже в перспективе 1- 3 года.
Я не нашел конкретных terms про изменение расценок https://azure.microsoft.com/en-gb/pr...s/service-bus/ поэтому вопрос к вам к человеку который выбрал этот компонент -
- может ли Microsoft изменить расценки?
- возможность и стоимость отказа от этого компонента, если он по каким-то причинам не устраивает?

Цитата:

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

Спасибо за проект
еще вопрос - а какие были причины выбора Service Bus? т.е. можно ли добиться того же самого используя к примеру SQL Azure(как типизированное хранилище) и создав там свои таблицы для интеграции(соответственно какие-то системы будут писать данные в эти таблицы, какие-то читать)

[vmoskalenko]

Цитата:

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

Присоединяюсь к вопросу причин выбора.

Причина выбора простая - мало альтернатив которые из коробки работают с D365Op. Flow он же LogicApp и вобщем-то все.

Цитата:

Смущает то что это не готовое решение за использование которого мы платим, избегая программирования, а платный компонент (как некое платное и закрытое DLL) в процессе программирования.
Смущает то что невозможно просчитать стоимость решения даже в перспективе 1- 3 года.
Я не нашел конкретных terms про изменение расценок https://azure.microsoft.com/en-gb/pr...s/service-bus/ поэтому вопрос к вам к человеку который выбрал этот компонент -
- может ли Microsoft изменить расценки?
- возможность и стоимость отказа от этого компонента, если он по каким-то причинам не устраивает?

На практике, Майкрософт меняет расценки достаточно регулярно. На VM он расценки снижает, а некоторые сервисы - поднимает. Альтернативы?
Кстати есть альтернативы. И подороже. Но как обычно, D365Op connector на чтение/запись есть потому что ODATA, а вот чтобы триггер был - скорее всего не будет такого.

Могу сказать, что Azure сервисы - это более документированная штука чем чья-то DLL с гитхаба.

Раньше вот был BizTalk сервер. Сейчас Майкрософт его деаннсировал и предложил замену в виде сервисов Azure - Service Bus, Logic App, Azure Functions,...

Теперь ты не платишь за лицензию один раз и навсегда (а на самом деле на 3-5 лет). Сейчас ты платишь ежемесячно за то что используешь. Нужны большие мощности - PREMIUM, нужен маленький проект - BASIC.

[ax_mct]

Цитата:

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

Причина выбора простая - мало альтернатив которые из коробки работают с D365Op. Flow он же LogicApp и вобщем-то все.



На практике, Майкрософт меняет расценки достаточно регулярно. На VM он расценки снижает, а некоторые сервисы - поднимает. Альтернативы?
Кстати есть альтернативы. И подороже. Но как обычно, D365Op connector на чтение/запись есть потому что ODATA, а вот чтобы триггер был - скорее всего не будет такого.

Могу сказать, что Azure сервисы - это более документированная штука чем чья-то DLL с гитхаба.

Раньше вот был BizTalk сервер. Сейчас Майкрософт его деаннсировал и предложил замену в виде сервисов Azure - Service Bus, Logic App, Azure Functions,...

Теперь ты не платишь за лицензию один раз и навсегда (а на самом деле на 3-5 лет). Сейчас ты платишь ежемесячно за то что используешь. Нужны большие мощности - PREMIUM, нужен маленький проект - BASIC.

Спасибо. Хорошая и понятная мысль. Раньше был BizTalk за скажем $10,000 за продукт, а сейчас "pay as you go" к примеру $100 в месяц за некий сервис. Ждем Visual Studio c оплатой за количество скомпилированных строк кода

Альтернативы? На двух концах этого обмена - MS SQL Server, не так ли? AX7 и CRM. И замены на NoSQL или файловую систему не предвидится, не так ли? Самое разумное решение использовать интеграцию на уровне баз данных.

[trud]

Цитата:

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

И замены на NoSQL или файловую систему не предвидится, не так ли?

а что не так с файловой системой? т.е. для варианта локальная программа и облачная АХ вполне подойдет Azure storage, который мапится как диск в Windows а в АХ можно написать пакетное задание которое будет читать или писать эти файлы. Микрософт правда это считает примером "неправильной" архитектуры, они предлагаю использовать промежуточный апп для этого
https://blogs.msdn.microsoft.com/axs...or-operations/

[vmoskalenko]

Цитата:

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

Альтернативы? На двух концах этого обмена - MS SQL Server, не так ли? AX7 и CRM. И замены на NoSQL или файловую систему не предвидится, не так ли? Самое разумное решение использовать интеграцию на уровне баз данных.

Не разумное решение. Уровней абстракций не хватает. Даже через файлики смотрится лучше. Особенно если файлики будут XML или JSON формата.

1. Структура БД разная. Даже в рамках Аксапты она может меняться от версии к версии. - Для этого хорошо подходят ДатаЭнтити.

2. Промежуточный слой. Одна из систем может не работать (обновляется например) А другая отсылает изменения. SQL требует транзакционности. Вот уже и лишняя табличка появилась.... В SQL конечно есть Service Broker но... это уже как бы не чистый SQL. Service Bus принимает сообщение от одной системы и хранит его пока не вторая не заберет это сообщение.

3. Версии SQL разные. MS SQL и Azure SQL таки отличаются

4. Добавляется новое поле. Что делаем? Сколько часов тратим?