EWS: Streaming notifiche push vs notifcations

Question

Microsoft Exchange ha introdotto Streaming notifiche come alternativa per tirare/notifiche push con Exchange 2010. Introduzione di base sullo streaming può essere trovato su questo msdn article e blog

Tuttavia, Non riesco a capire il reale vantaggio dello streaming sulle notifiche push. L'unico vantaggio menzionato nel blog è "..e non è necessario creare un'applicazione listener come per le notifiche push". A parte questo, ci sono altri vantaggi e svantaggi? In che modo altri fattori, come la gestione dell'abbonamento, la logica di ri-iscrizione, la scalabilità, il numero massimo di abbonamenti, ecc., Si confrontano con il push? Inoltre, l'abbonamento Streaming ha un tempo di vita massimo di 30 minuti e dovrei ri-iscrivermi ogni 30 minuti? Non è uno svantaggio per un numero elevato di abbonamenti (la mia applicazione deve gestire 20K + caselle di posta)?

Qualsiasi luce sui fattori di confronto sarebbe utile.

Answer 1

Il motivo principale per Streaming Notifications (SN) è Exchange Online. Non è possibile impostare EOL per aprire una connessione HTTP a un'applicazione potenzialmente protetta da un firewall. Anche all'interno di una rete aziendale ci sono problemi con il firewall. Ho avuto diversi casi in cui la mia app non ha potuto ricevere le notifiche push (PN) a causa del firewall sul proprio server.

Sulla superficie SN sembra anche essere più efficiente perché ogni notifica non apre la propria connessione TCP, ma piuttosto scorre su una singola tubazione. Dopo aver fatto alcuni Wiresharking su questo, non sono davvero convinto che sia così perché sembra che sotto le coperte stiano facendo Polling Lungo, quindi ogni notifica in arrivo causerà una nuova chiamata HTTP a Exchange.

Il massimo di 30 minuti non è un grosso problema, basta riaprire la connessione nel gestore e il gioco è fatto - non è necessario registrarsi di nuovo. In effetti, sono dell'opinione che voglio abbassare ancora di più per dire 3 minuti. A quanto pare non è possibile aggiungere nuovi abbonamenti o rimuovere quelli vecchi se non all'interno del gestore di disconnessione. (Provalo e ottieni errori.)

E sì, non è necessario codificare un gestore HTTP, il che è carino, credo.