EDIT 3/3/2013 - mis à jour pour référencer les points de terminaison UDP, les machines virtuelles et d'autres langues
EDIT 6/6/2013 - mis à jour pour refléter l'arrêt du rôle de machine virtuelle et mettre à jour les images du système d'exploitation de base du rôle Web / worker vers Windows Server 2012
Bon lien par @Vladimir. Un peu plus de précision: tous les rôles (web, worker) sont essentiellement Windows Server. Les rôles Web et Worker sont presque identiques:
- Les rôles Web sont des machines virtuelles Windows Server avec IIS activé
- Les rôles de travail sont des machines virtuelles Windows Server avec IIS désactivé (et vous pouvez l'activer manuellement)
- Les rôles de machine virtuelle sont des images Windows Server 2008 que vous créez localement via Hyper-V et que vous téléchargez sur Azure (et sont désormais interrompues et ne sont plus disponibles à compter du 31 mai 2013
- Les machines virtuelles sont des images Windows ou Linux créées dans Azure, stockées en tant que vhd dans votre propre stockage et présentent plusieurs améliorations par rapport au rôle de machine virtuelle. Par exemple: puisque le vhd se trouve dans votre propre compte de stockage, vous pouvez facilement créer un modèle d'image à partir de votre vhd, le copier dans un nouveau vhd ou même le télécharger sur VM Depot (Linux uniquement).
Pour répondre à votre question sur ce qu'il faut faire avec ces rôles: Le kit de formation sur la plateforme (mentionné ci-dessous) vous donnera beaucoup de bonnes idées et exemples, mais voici quelques cas d'utilisation simples:
- Vous pouvez exécuter n'importe quel code qui expose un point de terminaison tcp, http, https ou udp (applications Web, services SOAP / REST, etc.). Cependant, vous devez penser à la manière sans état de faire les choses: si vous avez plus d'une instance de VM en cours d'exécution, le trafic utilisateur est réparti entre ces instances. Le kit de formation de la plate-forme vous montrera comment utiliser le stockage ou le cache pour gérer cela.
- Vous pouvez exécuter du code qui vit hors d'une file d'attente ou d'un minuteur. Vous avez peut-être des tâches à la demande telles que la génération de vignettes de photos ou des calculs basés sur les entrées de l'utilisateur. Ceux-ci n'ont pas besoin de points de terminaison disponibles en externe. Vous pouvez pousser vos demandes vers une file d'attente, puis exécuter une tâche qui alimente simplement cette file d'attente (et vous pouvez faire évoluer ce processus sur plusieurs instances, avec des messages de file d'attente consommés par toutes les instances).
- Vous pouvez exécuter .NET, Java, php, python, node, ruby, etc. Il vous suffit de distribuer le code d'exécution approprié avec le code de votre projet. Tous les langages peuvent effectuer des appels REST vers l'API Azure, et plusieurs langages (y compris ceux mentionnés ci-dessus) ont des SDK qui s'en chargent pour vous. Tous les SDK de langue sont ici , avec le code source sur github, ici .
Avec un rôle de VM, vous pouvez installer et exécuter des logiciels avec des installations très complexes / chronophages, des installations nécessitant une intervention manuelle et des installations qui ne peuvent pas être automatisées de manière fiable. Dans ce cas, vous devez gérer la maintenance du système d'exploitation. Au-delà du rôle de machine virtuelle, il existe maintenant des machines virtuelles, qui fournissent une construction de machines virtuelles basée sur le cloud ainsi qu'une prise en charge de Windows et de Linux. Je suggérerais des machines virtuelles sur le rôle de VM.
Avec les rôles Web et Worker, le système d'exploitation et les correctifs associés sont pris en charge pour vous; vous créez les composants de votre application sans avoir à gérer une VM.
Avec les rôles de machine virtuelle, vous créez une image Windows Server complète, vous y ajoutez les hooks Azure et poussez la machine virtuelle entière dans le cloud (puis maintenez l'image de machine virtuelle au fil du temps).
Avec les machines virtuelles, vous choisissez simplement une image de système d'exploitation dans une galerie, qui est créée pour vous et stockée en tant que vhd dans le stockage blob. Vous pouvez ensuite RDP / ssh et le configurer comme vous le souhaitez.
Porter le chapeau d'architecte, c'est là que ça devient amusant et intéressant. Vous pouvez exécuter des services Web dans un rôle Web ou un rôle de travail (et pouvoir ouvrir des ports dans l'un ou l'autre); Vous pouvez héberger Tomcat ou d'autres serveurs Web dans un rôle de travailleur. vous pouvez choisir de combiner un site Web et des services dans un seul rôle, ou de les diviser en plusieurs rôles pour différents besoins d'évolutivité.
Pour bien commencer, jetez un œil au kit de formation sur plateforme et commencez à parcourir les exercices.