Wow - presque 2 ans et aucune réponse acceptée! Comme l'a déclaré Joannes, temps réel va être un défi - vous aurez besoin d'évaluer soigneusement ce que cela signifie pour vous en termes de temps de réponse et de latence.
Windows Azure Worker et les rôles Web ont considérablement évolué depuis que vous l'avez demandé. Vous pouvez désormais avoir jusqu'à 25 points de terminaison d'entrée (par exemple externes) dans votre déploiement, répartis sur toute combinaison de rôles Web et Worker (vous définissez les numéros de port). Vous n'êtes pas limité à 80 et 443. Vous pouvez également avoir jusqu'à 25 points de terminaison internes (utilisés pour la communication inter-rôle). La conception pour exécuter un service de partage de bureau dans Windows Azure aurait les mêmes considérations de base que lors de la conception pour Windows Server (c'est ce que les machines virtuelles Windows Azure exécutent, après tout - Windows Server 2008 R2). Vous devrez gérer l'authentification et l'autorisation, via votre propre solution personnalisée ou éventuellement avec les services de contrôle d'accès. Ok, il y a une chose que vous devez garder à l'esprit: Les machines virtuelles Windows Azure sont sans état, et vous ne devez pas supposer qu'un utilisateur se connecte toujours à la même instance de machine virtuelle (il n'y a aucun moyen de diriger ... accéder à une instance spécifique d'un rôle Web ou Worker). Ainsi, vous devrez externaliser tout type de données spécifiques à la session (ce qui est très simple, avec le service SQL Azure et le service Windows Azure Cache, qui sont tous deux très simples à configurer et à utiliser en tant que fournisseurs de session).