Архитектура уведомлений

Question

С приходом WP7 я разработал решение для деловых встреч. И мне интересно об архитектуре. Мое приложение Silverlight должно взаимодействовать с веб-службами, здесь нет проблем.

К минусам, у меня есть еще одна потребность - это нажать, чтобы уведомить телефоны с помощью службы push-уведомлений Microsoft. Моя проблема в том, как справиться с этой серверной стороной.

1. Первая проблема, у IIS есть тайм-аут, и мне нужно нажать, чтобы обеспечить WP7 при встрече.
2. Вторая проблема, будет много назначений.

Я думал о IIS / WAS для размещения служб WCF и службы Windows, которая обрабатывает уведомления Push, для каждого нового назначения создается таймер для отправки push.

У вас есть идея архитектуры для этого решения? Знаете ли вы планирование сервера / библиотеки?

С уважением,

Винсент БУЗОН

Answer 1

Вот очень своевременное видео Channel9 о push-уведомлениях , которое, вероятно, стоит посмотреть.

Answer 2

Я не совсем уверен, что ваш вопрос, но может быть полезно уточнить следующее:

Push-уведомления не будут иметь гарантированную доставку.

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

Что касается объема встреч, вы можете отправлять до 500 уведомлений на приложение, на устройство, в день.Я не думаю, что вы достигнете этого предела с точки зрения физических встреч.Если только у вас нет ОЧЕНЬ занятых людей.

С точки зрения процесса отправки сообщений на веб-сервере, вы также можете рассмотреть возможность использования рабочей роли Azure для генерации сообщений.