Не заблуждайтесь, что SOAP предназначен для предприятий, а REST - для маленьких веб-приложений. Многие люди потратили много времени на SOAP-структуры, включая меня, и проблема, которую эти структуры вызывают для межфирменной коммуникации, исчисляется миллиардами долларов.
REST предоставляет возможность заботиться только о данных, передаваемых и от сервисов, и о семантике, используемой для работы с сервисами, остальное (извините за каламбур) обрабатывается механизмами транспортного уровня. Вы хотите зашифрованные каналы данных? Ну, для этого есть HTTP. Вам нужна аутентификация? В HTTP есть множество фреймворков, которые уже поддерживают это, а не используют сложные протоколы WS- *. Хотите надежный обмен сообщениями? Вы можете сконструировать его довольно просто, используя программное обеспечение для очереди сообщений - я когда-либо видел, чтобы только одна SOAP-инфраструктура хорошо справлялась с этим, и в тот момент он не был очень совместимым.
Хотя я не отказываюсь от SOAP как от корпоративного уровня, все, что я хочу сказать, не обесценивает сервисы на основе REST как отличный способ для взаимодействия ваших корпоративных модулей.
Я лично интегрировал многомиллионные системы, использующие REST и SOAP, и в настоящее время предпочитаю услуги на основе REST из-за простоты разработки и интеграции со сторонними разработчиками, понимания, простоты документирования и их способности быстро развертывать сервисы в разных компаниях.