Cet article a fait l'objet d'une traduction automatique.

Remarque l'éditeur

Tête dans les nuages

Howard Dierking

Il y a, A quelques semaines J'AI eu tout à fait le scare technique à la maison. Un disque dur sur mon serveur de fichiers réseau a échoué et J'AI perdu presque plusieurs valeur mois des photos de famille (comme celui-ci). La chose ironic sur l'événement entière était que j'avais mon serveur de réseau configuré pour sauvegarder sur un service s'exécutant dans le nuage. Tout je devais faire, J'AI pensé, était stocker tous les fichiers sur ce serveur et je doit jamais soucier de perdre des données à nouveau. Ce que J'AI Échec à prendre en compte, cependant, était que mon service sauvegarde été une limite de 150GB et une fois que J'AI démarré Ajout de vidéos familles à ma liste des données cette sauvegarde requise, J'AI rapidement dépassée cette limite.

Fortunateley, j'ai pu utiliser certains magie sur le lecteur et obtenir de nouveau à un état réalisable suffisamment longtemps pour répliquer les données sur un autre lecteur. Toutefois, l'expérience reste m'assez motivées pour s'assurer que je n'avais pas simplement une bonne stratégie de sauvegarde en place, mais une stratégie de gestion des données globale bonne. Ceci signifiait pour moi était passer par toutes les données que je stocke sur mon réseau et prendre une décision clics sur ce qui nécessaire pour se produire avec lui. Par exemple, je gauche musique et des photos sur le serveur réseau, car les sont partagés entre plusieurs membres de ma famille. A cependant, J'AI pris tous mes projets de programmation de mon serveur, en fait, totalement hors de mon réseau et les déplacés vers un système de contrôle de version hébergée fonctionnant sous dans le nuage.

Transférer à la date du jour, j'ai été dépenses un certain laps de temps recherche les versions en cours de nuage de Microsoft informatique technologies, mon expérience au plus tôt dans l'utilisation avec les exemples de technologie me le rappeler d'un des takeaways principales à partir de ma récente presque perte de données. Plus simplement, déplacement vers le nuage n'est quelque chose qui doit être effectuée aveuglément pas. Bien sûr, vous a probablement prendre vos applications Web existantes et les services et les déployer directement à Azure Windows, et ils probablement s'exécuterait correctement, tout comme ils probablement exécutent correctement sur votre matériel actuel. Toutefois, pour examiner le nuage comme suit, en tant que simplement le commoditization plue de matériel — est, je pense, à manquer sur certains opportunités réelles pour examiner nos architectures d'application existants niveau de charge critique et rechercher les emplacements où nous pouvez modifier faire une meilleure utilisation de la plate-forme.

Par exemple, J'AI a été à l'écoute à une conversation récemment sur la façon exploiter Windows Azure files d'attente et cette technologie doit impact l'architecture générale d'application. Le résultat est quelque chose qui doit s'externe en principe, asynchronous services un message et placez-la dans une file d'attente travail, où il est plus tard lire et traité par un service différent. Toutefois, en réalité de la plate-forme elastic-échelle nuage, tirant parti de ce composant de plate-forme peut activer un pour créer plusieurs unités indépendamment évolutives de travail et en procédant ainsi, échelle beaucoup plus efficace qu'une application partitionnée dans un style de tout-ou-plus « rien ». Du point de vue métier, lorsque le coût est basé sur les ressources de que votre application requiert, architecturales équipes comme suit sont plus qu'un exercice universitaire.

Un autre thème principal du mien a reemerged à partir de mon foray recherche récente dans le nuage informatique technologies est que si vous êtes un développeur de nos jours, il est simplement un énorme volume d'informations à assimiler et l'appliquer. En outre, ces types de technologies sont inutile, à moins que vous pouvez les appliquer dans vos projets en cours. Par conséquent, je suis heureux d'annoncer que nous sont lancer le premier de ce que j'espère que sera plusieurs séries de développement de brownfield. La première série démarre en mai et s'exécutent toutes les semaines à MSDN Magazine en ligne, se concentrant sur prenant une application ASP.NET existante et en rendant dans une application enrichi Internet (FINS). J'espère qu'utiliser ce modèle de même et utiliser pour créer davantage série sur un ordinateur hôte de sujets, un cours de la refactorisation d'applications à utiliser efficacement le nuage.

Visitez nous àMSDN.Microsoft.com/Magazine. Questions, commentaires ou suggestions pour MSDN Magazine ? Les envoyer à l'éditeur :mmeditor@Microsoft.com.

**Grâce aux Microsoft techniques experts suivants pour leur aide à résoudre ce problème :**Paul Andrew, Arkadi Brjazovski Pablo Castro, Sandu Chirica, Chong Fred, Andy Conrad, Mike Flasko, Phil Haak, Hill qui, Jason Hogg, Nataraja Koduru, LeRoy elle, Marx Steve, Eugenio Pace et Chester Smith.