REST: синхронное или асинхронное взаимодействие
Давайте разберёмся.
REST обычно синхронный:
— Клиент отправляет запрос на сервер и ждёт ответ.
— Сервер обрабатывает запрос и возвращает ответ клиенту.
— Клиент блокируется (ожидает ответа) до тех пор, пока не получит ответ от сервера.
Но с помощью следующих способов REST можно сделать асинхронным:
1️⃣ HTTP-код 202 Accepted с периодической проверкой статуса
— Сервер принимает запрос, но не обрабатывает его сразу.
— Сервер возвращает клиенту код 202 Accepted, указывая, что запрос принят и будет обработан позже.
— Клиент может периодически проверять статус выполнения запроса (например, с помощью GET-запроса).
2️⃣ Callback URL для уведомления о завершении задачи
— Клиент отправляет запрос и указывает URL (callback), на который сервер отправит результат, когда задача будет выполнена.
— Сервер возвращает клиенту код 202 Accepted и обрабатывает запрос в фоновом режиме.
— После завершения обработки сервер отправляет результат на URL из запроса.
3️⃣ Очереди или брокеры для фоновой обработки
— Клиент отправляет запрос на сервер.
— Сервер помещает задачу в очередь и сразу возвращает клиенту код 202 Accepted.
— Отдельный процесс (воркер) обрабатывает задачи из очереди и сохраняет результат.
— Клиент может проверить статус задачи через отдельный запрос.
4️⃣ WebSocket или SSE для уведомлений в реальном времени.
— Клиент устанавливает долгоживущее соединение с сервером (например, через WebSocket или SSE).
— Сервер уведомляет клиента о завершении задачи через это соединение.
На диаграммах последовательности изображены все варианты реализации. Дальше поговорим когда нужно применять асинхронный REST, а когда и синхронного будет достаточно.
P.S.: привет прибывшим аналитикам-карьеристам Романовой Оли. Чувствуйте себя, как дома ❤️
Часто на собеседованиях можно услышать вопрос "К какому типу взаимодействия относится REST и можно ли его сделать асинхронным?"
Давайте разберёмся.
REST обычно синхронный:
— Клиент отправляет запрос на сервер и ждёт ответ.
— Сервер обрабатывает запрос и возвращает ответ клиенту.
— Клиент блокируется (ожидает ответа) до тех пор, пока не получит ответ от сервера.
Но с помощью следующих способов REST можно сделать асинхронным:
1️⃣ HTTP-код 202 Accepted с периодической проверкой статуса
— Сервер принимает запрос, но не обрабатывает его сразу.
— Сервер возвращает клиенту код 202 Accepted, указывая, что запрос принят и будет обработан позже.
— Клиент может периодически проверять статус выполнения запроса (например, с помощью GET-запроса).
2️⃣ Callback URL для уведомления о завершении задачи
— Клиент отправляет запрос и указывает URL (callback), на который сервер отправит результат, когда задача будет выполнена.
— Сервер возвращает клиенту код 202 Accepted и обрабатывает запрос в фоновом режиме.
— После завершения обработки сервер отправляет результат на URL из запроса.
3️⃣ Очереди или брокеры для фоновой обработки
— Клиент отправляет запрос на сервер.
— Сервер помещает задачу в очередь и сразу возвращает клиенту код 202 Accepted.
— Отдельный процесс (воркер) обрабатывает задачи из очереди и сохраняет результат.
— Клиент может проверить статус задачи через отдельный запрос.
4️⃣ WebSocket или SSE для уведомлений в реальном времени.
— Клиент устанавливает долгоживущее соединение с сервером (например, через WebSocket или SSE).
— Сервер уведомляет клиента о завершении задачи через это соединение.
На диаграммах последовательности изображены все варианты реализации. Дальше поговорим когда нужно применять асинхронный REST, а когда и синхронного будет достаточно.
P.S.: привет прибывшим аналитикам-карьеристам Романовой Оли. Чувствуйте себя, как дома ❤️