Différences entre Azure App Services et Cloud Services
J'ai commencé à découvrir Microsoft Azure l'année dernière et l'un des services fournis était les services cloud. La façon dont je comprends les services cloud, c'est qu'il s'agit d'un service destiné à permettre de créer des applications à N niveaux. Il est donc possible de définir, par exemple, un rôle Web hébergeant un projet d'API Web ASP.NET et certains rôles de travail pour le traitement en arrière-plan, etc. Il y avait aussi le service des sites Web.
À Build 2015, il a été présenté Azure App Services, qui est essentiellement composé de
- Web Apps
- Applications API
- Logic Apps
- Application mobile
Maintenant, je ne sais pas quand on doit utiliser les services cloud et quand on doit utiliser les services d'application. Je veux dire, j'ai eu l'impression que les applications Web avec les applications API et les applications logiques sont les mêmes que les services cloud, mais je ne suis pas sûr.
Alors, quelle est la différence entre les services cloud et les services d'application et quand l'un doit être choisi au lieu de l'autre?
Azure propose plusieurs façons d'héberger des sites Web:
La même idée mais en vision abstraite:
Source: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx
J'ai également eu une confusion au sujet de leurs différences, jusqu'à ce que je lise le blog suivant. J'espère que cela t'aides.
http://cloudacademy.com/blog/Microsoft-Azure-app-service-virtual-machines/
Microsoft décrit les différences entre App Services et les services Cloud comme ceci: http://Azure.Microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
Pratiquement, les services cloud sont moins apatrides et vous devez faire plus de mise en réseau/DR/HA vous-même et les services d'application sont plus apatrides et vous pouvez utiliser la mise en réseau/DR/HA hors de la boîte.
Il y a eu un peu de mouvement au cours du dernier mois :). Les sites Web sont devenus des applications Web. Même chose avec les applications mobiles.
Maintenant, pour répondre à votre question sur le contraste entre les deux, chacun sert son propre objectif. Les services cloud étaient liés à votre PaaS pour une machine virtuelle. D'un autre côté, App Services parle de "groupes de ressources".
En ce qui concerne les services d'application, vous pouvez condenser beaucoup plus d'applications dans les instances d'une machine virtuelle, sans trop d'effort. Cependant, le plus gros vendeur des services App sur les services Cloud est la possibilité de composer des processus métier avec App Logic, tout comme BizTalk fait la connexion externe à d'autres processus.
Les groupes de ressources sont la prochaine étape sur la façon d'aborder DevOps. À mon humble avis, la prochaine étape qu'Azure "promet" est la notion que vos applications sont déployées en tant que microservices sur le Microsoft Service Fabric . (Il vient d'être annoncé la semaine dernière).
App Servicevous permet de déployer l'application. Mais pas de contrôle sur l'infrastructure (pas de RDP)Cloud Service(PaaS) vous permet de déployer l'application et donne un certain contrôle (RDP). Par exemple: rôle Web, rôle de travailleur (un peu vieux maintenant)Virtual Machine(bonus) (IaaS) vous permet de déployer et donne un contrôle total
Le plus gênant est le service App + VM nous permet de déployer avec GIT mais pas le service Cloud.
Un autre inconvénient est que l'App Service est très similaire à Service Fabric mais SF autorise RDP! De plus, SF ne fait pas de mise à jour du système d'exploitation, mais le service d'application fait la mise à jour du système d'exploitation pour vous! Toutes les comparaisons ici
" Les services cloud sont similaires à Service Fabric en termes de contrôle par rapport à la facilité d'utilisation, mais il s'agit désormais d'un service hérité et Service Fabric est recommandé pour les nouveaux développements. "
comme mentionné ici .
Utiliser une application Web pour le portail Web, l'API publique et les services WCF (xx.azurewebsites.net)
D'un autre côté, pensez à utiliser les services cloud (xx.cloudapp.net) lorsque vous avez un travail en arrière-plan de longue durée. C'est comme développer un service Windows avec des événements OnStart () et OnStop () et l'héberger dans une machine virtuelle. Mais ici, sur Azure, vous pouvez le faire sans les tracas de la gestion d'une machine virtuelle.
J'espère que ce qui précède est clair.