Программное обеспечение для контроля и управления бизнесом, впрочем, как и любое другое, зачастую поддерживает штатные интеграции со сторонними сервисами, что неудивительно. Независимо от метода исполнения решения, — On-premise или Cloud-based, — поддержка привычных пользователям инструментов расширяет возможности самой платформы и делает ее эффективнее, поскольку реализовать весь необходимый функционал в рамках одной системы не получится.
Взаимодействие между приложениями или, например, сайтом и сервером можно организовать разными способами, но наиболее популярными являются SOAP и REST. При выборе учитывают задачу, которую нужно решить, а также другие условия. Ниже — об их схожести, различиях и особенностях.
REST и SOAP
Несмотря на то, что REST и SOAP используются для одной и той же цели и позволяют получить схожие результаты — это разные по своему внутреннему устройству технологии. SOAP — это протокол доступа, на базе которого можно собрать архитектурный стиль, а REST — готовый архитектурный стиль.
SOAP — запущенный в конце 90-х годов протокол, название является аббревиатурой от английского Simple Object Access Protocol, что переводится как «простой протокол доступа к объектам».
REST — сокращенная форма от Representational State Transfer, более современный метод, но в отличие от SOAP не является протоколом, а представляет собой набор инструкций.
Подробнее о SOAP
SOAP API — веб-сервис, базирующийся на протоколе SOAP, для обмена данными между клиентами и серверами. Считается, что в настоящее время уступает в популярности REST в общей статистике, но при этом занимает лидирующие позиции в ряде отраслей: крупных комплексных корпоративных проектах, банковских и прочих финансовых приложениях. Этому способствует высокая стабильность работы протокола и более надежная защита данных — Web Services Security.
К недостаткам традиционно относят отсутствие поддержки любых форматов кроме XML, из-за которого сообщения получаются объемными, и принцип работы «один запрос — один ответ».
Среди преимуществ выделяют простое и понятное взаимодействие с продуктами Microsoft Corporation, высокую безопасность, поддержку устаревших информационных систем. Отдельно стоит отметить встроенную обработку программных ошибок, которая упрощает работу с исправлениями и оптимизацией проекта, а также взаимодействия с сохранением состояния.
Специфика SOAP API:
-
протоколы — чаще всего используется с HTTP, но поддерживаются любые протоколы, такие как SMTP, FTP, HTTPS и другие;
-
безопасность — придерживается стандартов WS -Security / -AtomicTransaction / -ReliableMessaging и других;
-
внедрение — более сложная относительно REST разработка и больший размер сообщений из-за особенностей XML.
Стандартизация и жёсткие правила взаимодействия и передачи данных делают SOAP более надежным, но в тоже время требуют высокой пропускной способности серверного оборудования, поскольку сообщения получаются большими из-за содержащейся в них дополнительной информации.
Подробнее о REST
REST API — технология, позволяющая выстроить коммуникацию между сервером и веб-приложением или сайтом, не имеющая единой стандартизации, что существенно отличает ее от SOAP API.
REST — архитектурный стиль, в основе которого лежат 6 требований к проектированию API, одно их них является необязательным:
-
Code on Demand (код по требованию) — опциональное условие, означающее возможность сервера отправить по запросу клиента код для выполнения, требуется в редких сценариях использования;
-
Client-Server (разделение клиента и сервера) — обеспечивает скорость и гибкость в разработке, которая достигается за счет отделения кода, например, приложения от серверной части;
-
Stateless (отсутствие состояния) — на сервере не сохраняется информация о предыдущих операциях, что требует меньшей производительности, каждый запрос представляет собой изолированное обращение;
-
Uniform Interface (унифицированный интерфейс) — запрос данных через единый адрес ресурса в сети Интернет типовым протоколом, чаще всего в его роли выступает HTTP, при этом исходящие файлы также преобразуются в JSON или другой формат;
-
Layered System (многоярусная структура) — основной сервер часто дополняется нескольким прокси-серверами, выполняющими задачи кэширования, балансировки, повышения безопасности и прочие;
-
Cacheable (кэширование) — востребованная информация может кэшироваться на выделенном для этого сервере или у клиента, что снижает нагрузку и повышает скорость ответа.
Несмотря на то, что единой стандартизации не предусмотрено, разработчики, как правило, придерживаются некоторых канонов: HTTPS а не простой HTTP, архивация массивных блоков данных и так далее.
Специфика REST API:
-
протоколы — главным образом HTTP;
-
безопасность — HTTP с Transport Layer Security, проще говоря, HTTPS, а также поддержка токенов авторизации OAuth;
-
внедрение — легче и быстрее в сравнении SOAP, оставляет возможность простого масштабирования, оптимизации и добавления новых клиентов.
Благодаря своим характеристикам REST хорошо подходит как для крупных, так и для небольших проектов, не рассчитанных на сложные технические решения и производительное серверное оборудование.
Что же использовать?
Как часто это бывает, универсального ответа не существует. При выборе следует учитывать множество различных факторов, способных повлиять на принятие решения. Например, для модификации старых систем, реализованных на SOAP, переходить на REST не имеет никакого смысла.
В проектах, где безопасность превалирует над скоростью, — работа с конфиденциальными данными, финансовые организации, — следует выбирать SOAP, поскольку он более защищен. Для приложений, в том числе мобильных, и сервисов, особенно если планируется дальнейшее масштабирование, больше подойдет REST.
В «1С-Битрикс: Управление сайтом» есть штатный, постоянно обновляемый модуль для REST API — это существенно упрощает задачи по разработке. Напишите или позвоните нам, и мы подберем актуальный именно для вашего сценария метод, внедрим CRM систему, разработаем и запустим нужную интеграцию «под ключ».
