Windows Azure permet aux développeurs de ne plus s’attarder aux détails liés à l’infrastructure
Cet argument est très souvent utilisé par Microsoft pour vendre Windows Azure et plus globalement le cloud computing et pourtant… il est faux !
Windows Azure permet de “bénéficier” d’une solution “on-demand” où on n’est facturé que sur ce que l’on consomme.
Il est donc primordial de penser dès la conception à des “détails” sous peine d’avoir une facturation énorme.
Le cout d’exploitation doit être pensé dès la conception d’une application destinée à être hébergé sur Windows Azure.
Il faut en effet étudier repenser sa manière de stocker ses données et extraire ce qu’il est possible de retirer des bases SQL Server car utiliser les services de stockages de Windows Azure coute 2 ou 3 fois mois cher que du SQL Azure. Si vous n’avez pas réellement besoin des services relationnels il est donc préférable de stocker vos donnés en dehors de SQL Azure.
Idem d’un point de vue de la consommation réseau, le traffic entrant et sortant étant facturé, il faut dès la conception penser à réduire les communications avec votre applications hébergées sur Azure (via de la compression, de la mise en cache, etc.).
Une analyse du trafic réseau est de plus recommandé durant les phases de tests de l’application afin d’identifier les briques les plus couteuses et ainsi cibler les optimisations à effectuer pour réduire ces couts d’exploitation.
Cela fait beaucoup de choses à penser pour un sujet que l’on peut oublier non ?