Windows Azure Queue. Введение. Модель данных. REST - интерфейс - Введение в облачные решения Microsoft

Общее представлениe

Windows Azure Queue предоставляет простой и надежные асинхронный механизм доставки сообщений. Это позволяет использоватьQueue сервис в качестве инструмента интеграции между различных компонент "облачного" решения с приложениями локальной архитектуры. Azure Queue предоставляет REST - интерфейсы, позволяющие создавать приложения на различных языках программирования, обеспечивая расширяемость, интеграцию и масштабируемость создаваемых решений.

Сервисно - ориентированное приложение, построенное с использованием Azure Queue будет обладать рядом преимуществ:

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

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

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

На рис 21.1 приведена структура данных Windows Azure Queue, полученная средствами MS SQL Server 2008.

Рис. 21.1.

Рассмотрим модель данных Windows Azure Queue более детально. Выделим основные термины:

Учетная запись. Любой доступ к Windows Azure Storage и его сервисам, осуществляется посредством учетной записи. При этом одна учетная запись может иметь несколько очередей.

Очередь. Очередь содержит множество сообщений, при этом:

Количество сообщений не ограничено

Сообщение хранится не дольше одной недели и удаляется по истечении этого срока в процессе "сборка мусора"

С очередями могут быть ассоциированы метаданные вида " имя - значение" размером до 8Кб

Сообщения. Хранятся в очередях. Размер каждого сообщения ограничен 8Кб. При необходимости хранения большего объема данных, сами данные размещаются в табличных или бинарных хранилищах, а сообщение хранит имя бинарного объекта, или сущности.

архитектура queue сервиса windows azure

Рис. 21.2. Архитектура Queue сервиса Windows Azure

Параметры AzureQueue Services:

MessageID - идентификатор сообщения в очереди

VisibilityTimeout - значение времени ожидания видимости сообщения, т. е. через какой промежуток времени созданное сообщение " увидят". До 2 часов, значение по умолчанию - 30 секунд

PopReceipt - возвращаемая строка для каждого сообщения, наряду с MessageID необходима для удаления строки из очереди

MessageTTL - срок жизни сообщения в сеундах.

Любой доступ к Windows Azure Queue осуществляется через HTTP - интерфейс REST.

К операциям HTTPREST на уровне очередей и сообщений относятся:

Операции с очередями осуществляются при помощи следующего URL: http://<account>. queue. core. windows. net/<QueueName>

Операции с сообщениями осуществляются при помощи следующего URL: http://<account>. queue. core. windows. net/<QueueName>/messages

Где <account> - имя учетной записи, а <QueueName> - имя очереди.

Похожие статьи




Windows Azure Queue. Введение. Модель данных. REST - интерфейс - Введение в облачные решения Microsoft

Предыдущая | Следующая