Si vous utilisez les services cloud (rôles web/worker), il s'agit des machines virtuelles sans état. C'est-à-dire: Windows Azure fournit le système d'exploitation, puis apporte votre paquet de déploiement dans l'environnement après le démarrage. Chaque instance de machine virtuelle démarrée de cette façon démarre à partir d'une image de système d'exploitation propre, avec exactement le même ensemble de bits de code de votre part.
Si vous RDP dans la boîte et installer manuellement n'importe quoi, tout ce que vous installez sera temporaire au mieux. Votre matériel survivra probablement aux redémarrages. Cependant, si le système d'exploitation a besoin d'être mis à jour (en particulier le système d'exploitation hôte sous-jacent), vos modifications seront perdues à mesure qu'un nouveau système d'exploitation apparaîtra. C'est pourquoi, avec Cloud Services, toutes les personnalisations doivent être effectuées via des tâches de démarrage ou l'événement OnStart(). Vous devez jamais installer manuellement quoi que ce soit via RDP depuis:
- Vos modifications seront temporaires
- Vos modifications ne se propage pas à d'autres instances; vous serez obligé de RDP dans chaque boîte pour effectuer les mêmes changements.
Vous voudrez peut-être télécharger le Azure Training Kit et examiner quelques-uns des laboratoires du Service Cloud pour avoir une meilleure idée des tâches de démarrage.
Où aviez-vous tous ces fichiers? Le service cloud? Lorsqu'une nouvelle instance est créée dans Windows Azure (en raison d'une mise à l'échelle, d'un problème matériel ou de mises à jour du serveur), le système utilise le package d'origine pour recréer l'instance et supprimer tout ce qui a été installé après coup. –