Question

Je sais que vous ne pouvez avoir 1 rôle Web par exemple, mais est-il dans les rôles d'arrière-plan aussi bien? De façon plus détaillée peut exécuter 1 instance un rôle d'arrière-plan et un rôle Web?

Était-ce utile?

La solution

Je pense que la terminologie utilisée dans votre question confond les autres intervenants.

Dans Windows Azure Compute, vous avez un service cloud. Un service de nuage peut être considéré comme votre architecture globale, ou au moins l'extrémité avant, le niveau intermédiaire, etc (tout niveau où il y a Compute, par opposition au stockage). Par exemple, votre application peut avoir une extrémité avant de présentation (application web ASP.Net MVC) et un niveau intermédiaire (couche de service WCF sur base http). Nous comparons chacun de ces niveaux de « rôles ». Donc, dans mon exemple ci-dessus, j'aurais 2 rôles web dans mon service cloud. Je pourrais aussi avoir un traitement de fin arrière qui fait une sorte de travail par lots, ce serait un « rôle » aussi. Les rôles qui répondent à l'interaction de l'utilisateur tels que les sites Web, des couches de services, etc sont hébergés comme des « rôles Web », tandis que les services de fin arrière sont « rôles des travailleurs ».

Ensuite, nous avons des exemples. Une instance est combien de machines virtuelles sont provisionnées pour fournir la fonctionnalité d'un rôle donné. Par exemple, je pourrais avoir besoin de mon niveau de présentation pour avoir 5 cas car il faut beaucoup de charge. Donc, mon rôle 1 web a 5 cas. De même mon niveau intermédiaire, une couche de service, peut seulement besoin de 3 cas (en raison de la mise en cache de présentation niveau) et ainsi donc mon rôle 1 web a 3 cas. Mon service final arrière peut seulement besoin d'1 instance puisque son travail peut être fait à chaque fois, mais si le journal de retour est trop grand, il pourrait évoluer jusqu'à 10 instances pour obtenir par le travail, puis l'échelle vers le bas à 1 instance à nouveau.

La clé ici est que vous pouvez avoir 1 ou plusieurs instances par rôle. En raison de cette relation, il est logique que vous ne pouvez avoir qu'un seul rôle par exemple (depuis une instance est « instancié » à partir d'un seul modèle de rôle).

Qu'est-ce que Rinat a essayé de dire ci-dessus était que vous pouvez tricher avec le rôle de travailleur et hôte en fait un comportement point de WCF, obtenant ainsi le type rôle web fin http, mais vous ne recevez pas la répartition de charge d'un rôle Web lorsque Tu fais cela. De même, un rôle Web peut avoir le comportement des travailleurs de style rôle en remplaçant la méthode OnStart dans les WebRole.cs. Cependant, je dirais toujours que c'est juste un rôle dans les deux cas, et vous pouvez avoir plusieurs instances de ce rôle.

Bjorn indiquait que, par défaut, vous sont plafonnés à 20 cas par rôle, mais vous pouvez obtenir plus (donc il ne mérite pas -1 à mon humble avis).

espère que ce défriche vers le haut.

Autres conseils

Vous pouvez avoir un seul rôle par exemple .

Cependant, vous pouvez hôte Http point final dans votre rôle de travail , il transformant en rôle Web + travailleur.

Références et échantillons:

Par rôle par défaut d'un Web peut avoir 20 cas. Si vous avez besoin de plus vous pouvez contacter le Service Desk Azure et ils se tourneront vers le haut!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top