AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.04.2019, 16:13   #241  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,370 / 898 (34) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от EVGL Посмотреть сообщение
Ну, Azure - это не продукт, а платформа. Программе в облаке говорить с программой в облаке конечно проще. Такие монстры как Document routing agent, работают, конечно менее стабильно.

Почему не понадобится? Известить внешний склад (3rd party logistics) о том, что отгрузка готова - это совершенно типичная задача. Никакого альтернативного мира, а вполне себе реальная рутина.
Перестукиваться через стенку оно конечно легче, но это хреновое решение если привязано к конкретным сервисам конкретной платформы. То есть потратить несколько дней на настройку и без программирования дать клиенту систему оповещения и интеграцию это одно, но использовать эти внутренние коробки платформы в заказном программировании?

Для того чтобы оповестить внешний склад не нужно Azure. Как и этому складу Azure не нужен.
Email, FTP, REST/SOAP.

Цитата:
Сообщение от Jackally Посмотреть сообщение
Я слышал про интеграции через Mail Server, но честно скажу опыта не было, не могу сказать про +/-. На сколько это управляемо и расширяемо при увеличении нагрузки?
..
Если под кjнтролем вы понимаете мониторинг, нет нет ничего лучше чем просто попробовать
...
SaaS и PaaS, и прочие не IaaS и всё-таки в первую очередь экономят деньги, дальше уже думать всё взвешивать и принимать решение.
Mail Server это конечно оповещение, для данных это довольно криво.
Контроль это прежде всего контроль поведения и каждой строки кода. В части интеграции при наличии необходимости программировать aaS ни фига не экономят. То есть они экономят как готовое платье, купил и надел. Но если надо шить под заказ то у мастера все должно быть в своих руках.

У крупного бизнеса всегда есть потребности изменить под себя в отличие от среднего или крупной сети среднего. А эти все сиюминутные "стандарты" сроком жизни в пару лет, они ни разу ни основа для программирования. Там нет ничего чего бы я не смог сделать клиенту за пару недель.
Теги
#msftadvocate, aif, абстракции, закопаем стюардессу, индийская кухня, интеграция, как правильно, холивар

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Должностные лица - использовать или нет? olesh DAX: Программирование 5 04.03.2019 16:22
Модуль Проекты можно ли использовать Aquarius DAX: Функционал 1 27.02.2015 18:35
AX.NET: интеграция .NET-приложений с Аксаптой и (будущие) возможности облачных вычислений gl00mie DAX: Программирование 2 23.04.2010 00:47
Андре: Интеграция Ax с системами контроля версий Андре DAX Blogs 7 03.03.2008 14:47
Управление команой разработчиков - что лучше использовать ShadowFromXZone DAX: Прочие вопросы 66 05.02.2007 19:58
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:13.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.