Débogage local - Service cloud et structure de service vs application

Question

J'ai analysé les solutions cloud Azure et j'ai trouvé ci-dessous une question concernant le développement d'applications Web localement. Il semble que, si vous développez Cloud Service, vous puissiez exécuter localement avec l'émulateur Azure, si vous développez Azure Fabric Cluster, vous pouvez exécuter votre cluster localement. Toutefois, si vous développez l'application Wep (partie du service App) et que vous souhaitez déboguer votre application localement, vous pouvez soit vous connecter à distance à votre application de débogage, soit exécuter l'application Web sur votre iis local.

Le problème est, déboguer sur l'émulateur azur ou s'exécuter sur un cluster local semble illustrer l'exécution de l'application sur le cloud mieux que le développement sur votre iis local. Ai-je raté quelque chose, ou l'expérience de développement sur le service d'application n'a pas l'option de s'exécuter localement sur un environnement "cloud like" (à l'exclusion de l'option de débogage à distance)?

Merci beaucoup!

Answer 1

Il n'y a pas d'émulateur pour le service d'application, car il s'agit simplement d'une batterie de serveurs IIS (au moins le service Windows App).

Nous exécutons des applications localement sur l'édition IIS Express + SQL Server 2016 Developer, et cela correspond assez bien. Bien sûr, si nous le voulions, nous pourrions mettre en place une ferme IIS localement et l'utiliser, mais je pense que c'est inutile.

Vous pouvez vous rapprocher un peu plus de l'environnement réel si vous utilisez l'offre App Service Linux, car vous allez tout exécuter sur les conteneurs Docker. Donc, vous déboguez sur Docker local, puis exécutez-le dans Prod sur Docker.

Je vous recommande également de vérifier les emplacements de déploiement sur App Service, car un emplacement de déploiement intermédiaire peut vous aider à identifier les problèmes qui surviennent dans l'environnement cloud avant de les passer en production. Dans mon expérience personnelle de développement d'applications pour App Service, les problèmes dans l'environnement de production n'ont pas été causés parce que l'environnement était très différent, mais parce que nous avons négligé quelque chose avec la base de données, nous avons fait une erreur dans une transformation Web.config.