Принцип безгражданства службы

Безгражданство сервиса — это принцип проектирования , который применяется в рамках ориентированного на сервисы парадигмы проектирования, , для разработки масштабируемых сервисов путем отделения их от данных о состоянии , когда это возможно. Это приводит к сокращению ресурсов, потребляемых службой, поскольку фактическое управление данными о состоянии делегируется внешнему компоненту или архитектурному расширению. За счет снижения потребления ресурсов служба может надежно обрабатывать больше запросов.

Цель

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

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

Приложение

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

Контекстные данные

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

Бизнес-данные

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

Данные сеанса

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

Безгражданство и виды услуг

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

Службы задач

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

Коммунальные услуги

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

Сущностные услуги

Будучи независимыми от какого-либо конкретного бизнес-процесса, эти сервисы считаются наиболее повторно используемыми сервисами. Еще одним важным фактором является то, что они обрабатывают данные, относящиеся к бизнес-субъектам, и поэтому требуют более высокого уровня безгражданства, чтобы они не были обременены отслеживанием бизнес-данных, которые им может потребоваться сохранить для обеспечения требуемой функциональности.

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

Соображения

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

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

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

Дальнейшее чтение

• Майкл Пулен. Эволюция принципов сервисной ориентации: сервисная безгражданство, часть 6 [Онлайн]. Дата обращения: 19 апреля 2010 г.
• Мауро. и др. Сервис-ориентированная интеграция устройств: анализ шаблонов проектирования SOA. [Онлайн], стр. 1–10, 2010 г., 43-я Гавайская международная конференция по системным наукам, 2010 г. Дата доступа: 8 апреля 2010 г.