Architecture interne des Windows Azure Web Sites
Il n’est nullement besoin de comprendre l’architecture interne des WAWS pour les mettre en oeuvre et les gérer au quotidien. Mais à la rédaction de L’Informaticien, la curiosité est l’une de nos principales qualités… D’autant que cette architecture est l’un des éléments les plus différenciateurs d’offres d’hébergement classiques. Évidemment, Microsoft n’est pas un hébergeur traditionnel. Ses Azure Web Sites reposent intégralement sur la plate-forme PaaS Windows Azure, même si elle la masque totalement par le biais d’une automatisation absolue en matière de déploiement et configuration. Dans chaque serveur web, plusieurs processus W3WP (le Worker Process d’IIS) assurent l’hébergement des « Web Sites ». Ce processus est notamment contrôlé par un module DWAS responsable à la fois de l’activation/désactivation d’un site mais aussi du respect des quotas et du déploiement des fichiers. Un module de surveillance assure le suivi des consommations de ressources et la gestion des Logs. Parallèlement aux serveurs web, on remarque la présence de serveurs de déploiements qui hébergent les services FTP et les moteurs nécessaires aux déploiements des sites web via le protocoles WebDeploy, GIT ou TFS. Enfin une API « FrontEnd », fournit l’interface utilisateur d’administration des sites. Si l’on se penche davantage dans les fondations, on découvre que WAWS est construit de manière à complètement isoler chaque site hébergé sur un même serveur au moyen d’une nouvelle technologie de virtualisation applicative. Autrement dit, on n’est pas face à un simple hébergement partagé sous IIS, qui n’offrirait qu’une isolation par « AppPool » (Application Pool Identities). Il en résulte une conséquence directe fondamentale : vos applications peuvent s’exécuter avec des droits de confiance complets (Full Trust Mode). Autrement dit, vos développements ASP.NET internes peuvent s’exécuter dans cet environnement sans modification… Ou presque, car évidemment ce mode Full Trust impose quand même quelques limitations destinées à maintenir les machines Azure sécurisées quoi qu’il arrive. C’est un atout très important, car si la plupart des entreprises voient en Windows Azure et en WAWS surtout une plate-forme de nouveaux projets, cette architecture particulière permet à WAWS de supporter d’anciennes technologies comme ASP. NET 2.0 mais surtout l’ancestral ASP. Dès lors, si vous avez besoin de trouver une solution de remplacement pour héberger votre vieil applicatif web avant que le serveur qui l’alimente ne rende l’âme, le Cloud et les WAWS peuvent s’affirmer comme la solution la plus rapide et la plus économique.