Использование таблиц поиска с хранилищем на столе Azure - стоит создать службу работника, просто чтобы управлять этим?

Question

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

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

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

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

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

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

Answer 1

Хостеренная служба будет иметь не только более быстрый доступ к хранилище таблицы; Пропускная способность между вашим обслуживанием и хранилищем на столе не будет счетов (до тех пор, пока она находится в том же центре данных).

Азербайджанское хранилище стола в сервис - хорошая идея и может быть выполнена либо с рабочей ролью или веб-ролью WCF. Если бы вы смотрели на объявления в PDC в этом году, вы могли бы видеть, что предстоящие веб-роли будут иметь полный IIS и сможете разместить несколько веб-приложений, чтобы вы могли потенциально провести свой сайт и ваш сервис в той же роли (больше затрат -Эффективность, чем хостинг в отдельных ролях).