Stateful Webservice

Question

Возможные Дублировать
stateful webservices

У меня есть потребность в динамическую веб-сервиса в нашей организации. Тем не менее, везде, где я читаю онлайн, говорится, что создание веб-сервиса с поддержкой состояния - это плохое программирование, но ничто никогда не говорит почему. Наверное, я не понимаю, что в этом плохого. Я также не понимаю, почему они будут работать, чтобы позволить вам иметь статус в веб-сервисе.

Так что я думаю, что мой вопрос в том, почему это плохое программирование для использования веб-службы с состоянием и почему это разрешено?

Answer 1

Вся цель веб-службы состоит в том, чтобы доставить часть функциональности в одной транзакции способом, который является высокомасштабируемым. Это означает, что вещи просты и атомарны.

Когда вам нужно сделать несколько вызовов для выполнения операции, у вас есть большой потенциал для удержания транзакций. Возвращается ли клиент? Они сделаны? Как долго должна оставаться транзакция? Они рухнули? Как обращаться с откатами?

Ответы на эти вопросы могут оказать радикальное воздействие на ресурсы, необходимые для обслуживания вашего сервиса. Вот почему все рекомендуют делать все это одним махом.

Answer 2

Вот несколько причин, я могу думать:

1. Затраты на поддержание состояния должны нести только на стороне сервера - потребители услуг редко веб-браузеры, так что нет печенья. Это снижает производительность вашего сервера и увеличивает сложность дизайна.

2. Потребитель услуг - это интеллектуальная программа, а не тупой браузер. Таким образом, программа будет (почти всегда) поддерживать свое собственное состояние. Другими словами, когда вы предоставляете услугу, ваш потребитель будет запрашивать именно те данные, которые она хочет. Сохранение состояния на сервере становится устаревшим и ненужным.

3. Сделки - услуга является обвисшей точкой в ​​вашей системе, потому что ее клиенты в основном интеллектуальны, и они решают, когда сообщать вам об изменениях в их состоянии. Это означает, что если вы поддерживаете состояние, вам может потребоваться подождать между служебными вызовами, чтобы завершить транзакционную операцию. И нет абсолютно никакой гарантии, что клиент когда-либо сделает этот следующий вызов службы.

Есть много причин, но это те, которые я могу вспомнить с верхней части моей головы :)

Answer 3

Я думаю, что это своего рода миф

Если Google может сделать масштабируемое масштабируемое приложение для веб-приложений, то почему мы не можем масштабировать веб-службу с сохранением состояния. Это все о сервере приложений, который уменьшает масштабируемость.

Даже с веб-сайтом или веб-сервисом конечной целью является лучшее обслуживание. Если «состояние» должно улучшить ваше обслуживание, то не стесняйтесь идти на это.