Este artigo foi traduzido por máquina.

Nota do Editor

Cabeçalho nas nuvens

Howard Dierking

A algumas semanas atrás, EU tinha muito o scare técnico em casa. Falha de um disco rígido em meu servidor de arquivos de rede e perder quase que meses várias fotos da família (como esse). A coisa ironic sobre o evento inteiro foi que eu tinha meu servidor de rede configurado para fazer backup em um serviço em execução na nuvem. Tudo que precisei fazer, pensei foi armazenar todos os arquivos no servidor e nunca seria tenho preocupar em perder dados novamente. No entanto, o que eu ao considerar, era que meu serviço de backup teve um limite de 150GB, e depois que eu começar adicionando vídeos da família de produtos à minha lista de dados backup necessária, eu rapidamente ultrapassada esse limite.

Fortunateley, fui capaz de trabalhar alguns mágica na unidade e obter novamente a um estado viável por tempo suficiente para replicar os dados em outra unidade. No entanto, a experiência deixado me bastante motivados para garantir que eu tinha não apenas uma boa estratégia backup no local, mas uma boa estratégia geral de gerenciamento de dados. O que isso significa para mim era passar por todos os dados que eu armazenam em minha rede e tomar uma decisão deliberada sobre o que necessário para acontecer com ela. Por exemplo, deixei músicas e fotos no servidor de rede porque os são compartilhados entre vários membros de minha família. No entanto, levou todos os meus projetos de programação fora do meu servidor — na verdade, desativado de minha rede totalmente — e movido-los para um sistema de controle de versão hospedado em execução na nuvem.

Encaminhar para o dia atual, tenha sido gastar uma quantidade razoável de tempo pesquisando as versões atuais do nuvem da Microsoft tecnologias de computação e minhas experiências antecipadas no trabalho com os exemplos de tecnologia Relembrar-me de uma dos takeaways principais do meu recente quase perda de dados. Simplificando, mover para a nuvem não é algo que deve ser feito cegamente. Com certeza, você pode provavelmente levar seus aplicativos da Web existentes e serviços e implantá-los diretamente no Windows Azure e provavelmente seria executado bem — assim como eles provavelmente executados corretamente em seu hardware atual. No entanto, para examinar a nuvem que isso — como simplesmente o commoditization adicional de hardware — é, eu acredito, perder check-out no algumas oportunidades reais de Observe criticamente nossas arquiteturas de aplicativos existentes e encontrar os locais onde podemos alterações para utilizar melhor a plataforma.

Por exemplo, foi ouvindo um falar recentemente sobre como aproveitar Windows Azure filas e como essa tecnologia deve afetar a arquitetura do aplicativo geral. O resultado é algo que não deve ser externa em princípio — asynchronous services receber uma mensagem e colocá-lo em uma fila de trabalho, onde ele irá posteriormente ser lido e processado por um serviço diferente. No entanto, na realidade da plataforma elastic-escala nuvem, tirando proveito deste componente da plataforma pode habilitar um para criar mais unidades escalonáveis independentemente de trabalho e ao fazer isso, a escala de forma muito mais eficiente do que um aplicativo particionado em um estilo mais "All-or-Nothing". Da perspectiva comercial, quando o custo se baseia os recursos de que seu aplicativo exigir, turnos arquiteturais assim são mais do que apenas um exercício acadêmico.

Outro tema principal de meu tem reemerged do meu mergulho pesquisa recente na nuvem de tecnologias de computação é que se você for um desenvolvedor durante estes dias, há apenas um volume grande de informações a serem absorb e aplicar. Além disso, esses tipos de tecnologias estão sem sentido, a menos que você pode aplicá-los no seus projetos atuais. Portanto, estou feliz anunciar que estão iniciando o primeiro de que eu espero que serão muitos série de desenvolvimento de brownfield. A primeira série iniciará em maio e será executado semanalmente no MSDN Magazine on-line, enfocando levando um aplicativo ASP.NET existente e tornando-o em um RIA (aplicativos de Internet rich). Espero que levar esse mesmo modelo e usá-lo para criar mais série em um host de tópicos, uma sendo a refatoração de aplicativos para aproveitar com eficiência a nuvem.

Visite-na msdn.microsoft.com/Magazine. Perguntas, comentários ou sugestões para MSDN Magazine? Enviá-las para o editor: mmeditor@Microsoft.com.

Graças aos seguintes técnicos especialistas da Microsoft por sua ajuda esse problema: Paul Andrew, Arkadi Brjazovski, Pablo Castro, Sandu Chirica, Fred Chong, Andy Conrad, Mike Flasko, Phil Haak, David Hill, Jason Hogg, Nataraja Koduru, Bertrand LeRoy, Steve Marx, Eugenio Pace e Chester Smith.