Веб-служба Exchange против Exchange ActiveSync (или зачем покупать молоко, если вы можете получить корову бесплатно?)

Question

Я видел этот вопрос несколько раз, но ответы до сих пор были очень робкими и разочаровывающими:

В чем разница между EWS и EAS?

Сейчас большинство сайтов дают следующее: "Один - это протокол для мобильных устройств, а другой - веб-сервис". Ну, не дерьмо. Вот реальный вопрос:

Что мешает кому-то настроить библиотеку спуска для EWS, которую любое мобильное приложение или ОС может использовать вместо того, чтобы платить MS абонентскую плату за ActiveSync для каждого пользователя? Является ли EWS слишком дорогим, так как это SOAPy вместо RESTful? ActiveSync выполняет больше тяжелой работы с точки зрения кэширования и общей логики? Есть ли в EAS какая-либо функция, которой нет в EWS (общие календари или что-то в этом роде?). Действительно ли дело только в том, что мобильные ОС хотят обеспечить поддержку Exchange 03?

Я уверен, что у каждого из них есть свои тонкости, которые отличают их, но, как мне кажется, большинство людей задают этот вопрос: "Зачем мне платить за EAS, если EWS может делать то же самое и больше, если я готов написать на стороне клиента сам?

Answer 1

Большинство организаций будут лицензировать EAS, потому что для них верно одно или несколько из следующего:

1. Они хотят разрешить существующим мобильным устройствам (iOS, Android и т. Д.) Доступ к их сервисам, не требуя установки на них нового программного обеспечения (EAS поддерживается на многих устройствах). Зимбра и Керио делают это, например.
2. Они не могут использовать EWS в качестве клиентского протокола для доступа к своим службам Exchange, но EAS доступен.
3. Они хотят работать в среде с низкой пропускной способностью и не могут позволить себе значительные издержки SOAP в EWS по сравнению со сжатым WBXML в EAS.

Держу пари, что № 1 составляет подавляющее большинство из них.

В сторону: EAS не RESTful. Все идет по POST, у клиента нет гипермедиа или возможности согласовывать контент. Это в основном сессионный RPC, использующий WBXML в качестве формата кодировки и HTTP в качестве протокола передачи.