Windows Azure Para Arquitetos de Infraestrutura

Tudo bem ?

Como vocês  já sabem o mundo de TI esta postando altamente na computação na nuvem. Vários “Players” estão oferecendo visões e soluções de produtos e serviços. Microsoft lançou no PDC 2008 a plataforma de aplicações na nuvem com múltiplos blocos de serviços para a hospedagem e desenvolvimento de aplicações na nuvem. Durante o tempo entre o lançamento em 2008 e o ultimo CTP, várias novas funcionalidades foram incluídos e algumas foram descontinuadas. Isto mostram uma evolução tremenda na definição de uma plataforma na nuvem. Vamos começar analisar algumas termos usados na plataforma de aplicações do Windows Azure para criar uma base de conhecimento unificada.

“Windows Azure Subscription”

• Uma subscrição de Windows Azure é uma conta de usuário exclusivo no portal para desenvolvedores do Windows Azure (LiveID). Quando você cria uma assinatura no portal de desenvolvedores, é identificado exclusivamente por uma ID de subscrição, um GUID que é gerado pelo portal de desenvolvedores. O valor do seu ID de subscrição é mostrado na guia de contas no portal de desenvolvedores. Todo “Billing” é relacionada em esta conta. Link: https://www.microsoft.com/azure/signin.mspx

“Storage”

• Uma conta de armazenamento fornece acesso ao “Windows Azure Blob, Queues, Tables”. Você deve criar uma conta “Storage” no portal de desenvolvedores para usar os serviços de “Blob, Queues, Tables”. O nome da sua conta de armazenamento torna-se o nome de host dentro o URI que você usar para os recursos. Exemplo “Blob”: https://<storage-account>.blob.core.windows.net/mycontainer. Para criar uma nova conta de “Storage” no portal de desenvolvedores, clique no link novo serviço, e em seguida, escolha a conta de armazenamento e siga as instruções para criar sua conta de armazenamento. Cada conta de armazenamento tem duas chaves de acesso associado, uma chave de acesso principal e uma chave de acesso secundário. Essas chaves são usadas para autenticar solicitações contra a conta de armazenamento.

“Hosted Services”

• Um serviço de hospedagem que executa as funções de trabalho no ambiente Windows Azure na nuvem. Ele consiste em uma ou mais funções, que pode ser a função “Web Role” ou “Worker Role” ou uma combinação dos dois. Dependendo de suas necessidades, você pode executar uma ou mais instâncias de uma determinada função dentro de seu serviço. Você deve criar um serviço hospedado no portal de desenvolvedores para carregar e implantar um serviço que você desenvolve em seu ambiente de desenvolvimento local para Windows Azure. O nome que você dê o seu serviço hospedado deve ser único em Windows Azure. Para criar um novo serviço de hospedagem, clique no link de novo serviço, e em seguida, escolha serviços hospedados e siga as instruções para criar o seu serviço hospedado. Uma instancia de serviço pode ser considerado uma maquinha virtual de Windows 2008 64 bits com .Net Framework 3.5 SP1.

“Deployments - Deployment Slots”

• Quando você implementa seu serviço de hospedagem para Windows Azure, o controlador de fabrica de Windows Azure inicia o ciclo de vida do serviço. O controlador de fabrica, em seguida, inicia os papéis que compõem o serviço. Uma vez implantado, o serviço está disponível via os “Endpoints” que você definiu em seu arquivo de definição de serviço. Um serviço de hospedagem pode ser implantado para dois tipos de slots : “Staging” ou “Production”. O slot de ”Staging” serve como um terreno de testes para o seu serviço, para que você pode testar todas funcionalidades antes de movê-lo para a produção. Quando estiver pronto você pode migrar seu serviço para o ambiente de produção, slot de “Production”.

“Affinity Groups”

• Dentro da sua assinatura, opcionalmente, você pode definir grupos de afinidade. Um grupo de afinidade agrupa seus serviços em conjunto em servidores Windows Azure. Se precisam de serviços de subscrição de trabalhar em conjunto – por exemplo, se seu serviço hospedado armazena dados no serviço de “Blob” ou tabela ou depende do serviço de fila para o fluxo de trabalho –, em seguida, você pode organizar seu serviço de hospedagem e a conta de “Storage “dentro de um grupo de afinidade para garantir o desempenho ideal.

Concluindo, todos estes termos são essentials para garantir a integração entre os ambientes locais “On-Premises” e remotas na nuvem “Off-Premises”. Estes cenários precisam ser construindo com a ajuda dos Arquitetos de Infraestrutura e os IT-Pros, só não esquece de estudar este novo “Tsunami” que esta chagando, ele vem independente da nossa vontage ;)

Ate Markus

Abraço Markus

Technorati Tags: Windows Azure,IT-Pros