Может ли REST на практике действительно быть stateless? [закрыто]

Закрыто. Этот вопрос не по теме. В настоящее время ответы на него не принимаются.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы он был по теме для Stack Overflow.

Закрыт 8 лет назад.

Рассмотрим ситуацию.

Я пишу приложение для статистического анализа. Приложение имеет несколько уровней.

Frontend UI написан для нескольких типов устройств, десктоп, браузер, мобильный.
Сервлет среднего уровня, который предлагает так называемый REST-сервис к этим фронтендам.
Backend, который выполняет экстремальные вычисления статистической обработку.
Который взаимодействует с дальнейшей базой данных бэкенда

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

Статистический анализ состоит из процедур или серии шагов рабочего потока.
Некоторые шаги могут потребовать так много вычислительной мощности, что вы не захотите повторять их.
Если у вас есть рабочий поток из 20 шагов, вы не можете выполнить шаг 20 не выполнив сначала шаг 19, который не может быть выполнен без который не может быть выполнен без выполнения шага 18, и так далее.
Существуют точки наблюдения, такие как, например. статистик должен проверить результаты шагов 3, 7, 9, 14, 19, прежде чем сообщить стороне клиента о необходимости перейти к следующему шагу.
Каждый из этих шагов представляет собой так называемый запрос к службе REST, чтобы сообщить внутреннему суперкомпьютеру о необходимости постепенной установки статистическую модель в памяти.
Существует множество рабочих процессов. Некоторые рабочие процессы могут случайно обмениваться Например, Flow[dry]:Step[7] может совместно использовать Flow[wet]:Step[10]. Из-за из-за большого объема обработки, мы абсолютно не допускаем повторение шага, который, возможно, случайно уже был выполненным другим потоком.

Поэтому можно увидеть, что в проектируемом так называемом REST-сервисе, невозможно, чтобы каждый запрос был независим от любого предыдущего запроса.

Поэтому, насколько верным может быть следующее утверждение?

Все REST-взаимодействия не имеют состояния. То есть, каждый запрос содержит всю информацию, необходимую коннектору для понимания запроса запрос, независимо от любых запросов, которые могли предшествовать ему.

Очевидно, что приложение, которое я описал, требует, чтобы запрос был зависим от предыдущего запроса. Есть три возможности, которые я могу видеть относительно этого приложения.

Мое приложение не соответствует REST, поскольку оно не может соответствовать запросам без статического состояния. Оно может использовать фреймворк JAX-RS, но использование JAX-RS и всех атрибутов REST не делает его REST, просто потому что оно не соответствует критериям stateless.
Мое приложение плохо спроектировано - я должен пренебречь попыткой избежать временных и финансовых затрат на повторное создание статистической модели, даже если это займет 5 - 15 минут рабочего процесса. Просто убедитесь, что нет зависимости от предыдущих запросов. Повторяйте дорогостоящие шаги, когда это необходимо.
Критерий stateless устарел. Мое понимание REST устарело/недостаточно в том, что сообщество REST постоянно игнорирует этот критерий.

Считается ли мое приложение RESTful?

Новый вопрос: ISO 9000

Наконец, в случае, если мое приложение не считается полностью RESTful, нужно ли будет опустить все ссылки на "REST", чтобы пройти сертификацию ISO 9000?

новая правка:

REST-in-piece

ОК, мы с коллегой обсудили это и решили назвать такую архитектуру/паттерн REST-in-piece = REST по частям.

java rest jax-rs

задан Blessed Geek 9 December 2011 в 22:51

0 ответов

Другие вопросы по тегам:

java rest jax-rs

Может ли REST на практике действительно быть stateless? [закрыто]

0 ответов

Похожие вопросы: