通知體系結構

Question

隨着WP7的到來，我開發了一個商業約會解決方案。我想知道這個架構。我的Silverlight應用程序需要與Web服務進行通信，這裏沒有問題。

通過利弊，我有另一個需要推動通知電話與Microsoft通知推送服務。我的問題是如何處理這個服務器端。

1. 第一個問題，IIS有一個超時，我需要推動確保WP7如果預約。
2. 第二個問題，會有很多 的約會。

我想到一個IIS/WAS來承載WCF服務和一個處理通知的Windows服務推送，爲每個新約會創建一個計時器來發送推送。

你對這個解決方案的體系結構有了一個想法嗎？你知道服務器/圖書館計劃嗎？

最好的問候，

文森特BOUZON

Answer 1

我不entriely確保你的問題是什麼，但它可能是有用的，澄清如下：

推送通知消息將不會有 保證交付。

如果您需要保證將約會添加到個人設備，以便他們不會錯過任何商業約會，爲什麼不讓該人訂閱共享日曆並從服務器遠程更新日曆？或通過Exchange /電子郵件發送會議請求？

關於預約量，您可以每天每個設備每個應用程序發送多達500個通知。我認爲在實際會議預約方面你不會達到這個限度。除非你有一些非常繁忙的人。

就發送消息的Web服務器上的進程而言，您還可以考慮讓Azure Worker角色生成消息。

Answer 2

這是非常及時的Channel9 video on push notifications，這可能值得一看。