Je développe une application mobile qui utilise largement et continuellement SignalR pour communiquer avec un service SignalR.Signalr sur les services mobiles Azure ou les rôles Web
J'ai précédemment supposé que j'utiliserais un rôle Web pour héberger le service, puis ajouter d'autres rôles Web soutenus par un fond de panier de Service Bus ou Redis au fur et à mesure que le service doit évoluer. L'utilisation d'un rôle Web me permettrait également d'intensifier considérablement si je voulais éviter les problèmes de latence possibles avec le fond de panier.
Toutefois, lorsque je compare le prix du rôle Web à Azure Mobile Services, il apparaît que les services mobiles peuvent être moins chers.
Les services mobiles peuvent-ils être utilisés à la place? Et si oui, quels sont les avantages et les inconvénients de le faire?
C'est génial - j'ai hâte de le voir! Votre message examinera-t-il également les avantages et les inconvénients de son utilisation dans les services mobiles par rapport à un rôle Web? –
L'article de Henrik est sur http://blogs.msdn.com/b/azuremobile/archive/2014/05/30/realtime-with-signalr-and-azure-mobile-net-backend.aspx –
J'ai accepté ceci En guise de réponse, car elle fournit d'excellentes informations sur l'utilisation de SignalR dans les services mobiles, mais je n'en connais pas encore les avantages et les inconvénients par rapport à l'utilisation d'un rôle Web. –