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

[ax_mct]

Цитата:

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

Ну, Azure - это не продукт, а платформа. Программе в облаке говорить с программой в облаке конечно проще. Такие монстры как Document routing agent, работают, конечно менее стабильно.

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

Перестукиваться через стенку оно конечно легче, но это хреновое решение если привязано к конкретным сервисам конкретной платформы. То есть потратить несколько дней на настройку и без программирования дать клиенту систему оповещения и интеграцию это одно, но использовать эти внутренние коробки платформы в заказном программировании?

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

Цитата:

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

Я слышал про интеграции через Mail Server, но честно скажу опыта не было, не могу сказать про +/-. На сколько это управляемо и расширяемо при увеличении нагрузки?
..
Если под кjнтролем вы понимаете мониторинг, нет нет ничего лучше чем просто попробовать
...
SaaS и PaaS, и прочие не IaaS и всё-таки в первую очередь экономят деньги, дальше уже думать всё взвешивать и принимать решение.

Mail Server это конечно оповещение, для данных это довольно криво.
Контроль это прежде всего контроль поведения и каждой строки кода. В части интеграции при наличии необходимости программировать aaS ни фига не экономят. То есть они экономят как готовое платье, купил и надел. Но если надо шить под заказ то у мастера все должно быть в своих руках.

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