Rafael Godinho

Como rodar aplicações PHP no Windows Azure utilizando o Visual Studio 2010

Rafael.Godinho — Fri, 30 Dec 2011 16:35:50 GMT

Olá pessoal,

Ouvi de muitas pessoas um mito que o Windows Azure somente consegue rodar aplicações desenvolvidas em .NET Framework e que não seria compatível com outras tecnologias. Como disse, isso é um mito, no Windows Azure a sua aplicação roda em um sistema operacional compatível com o Windows Server 2008 ou Windows Server 2008 R2, ou seja, praticamente tudo que é possível instalar e rodar nesses sistemas operacionais é possível fazer rodar no Windows Azure.

Tanto que a página sobre desenvolvimento do portal do Windows Azure, traz uma série de links e documentações sobre o assunto:

Existem várias maneiras de configurar um ambiente PHP no Windows Azure, nos passos abaixo vou utilizar o Visual Studio 2010 para isso. Apenas notem que não utilizarei o Visual Studio 2010 para desenvolver nem depurar PHP, vou utilizá-lo apenas para deploy de uma aplicação web no Windows Azure.

O primeiro passo é criar um projeto de de Windows Azure e adicionar uma Web Role:

Depois remova os arquivos criados por padrão pelo Visual Studio até que seu projeto fique com uma estrutura similar à estrutura abaixo:

Em seguida adicione os arquivos da aplicação PHP no projeto da Web Role, no meu caso adicionei o arquivo index.php, que somente traz informações do ambiente PHP através da chamada phpinfo().

O próximo passo é instalar o PHP no Windows Azure. Lembre-se, estamos utilizando uma Web Role no nosso projeto que na prática instala nossa aplicação para rodar no IIS, o que precisamos fazer é configurar o PHP para rodar em conjunto com o IIS. Além dessa configuração básica de execução do PHP também pode ser interessante instalar drivers de comunicação com o SQL Azure e um acelerador, como o caso do WinCache.

Para realizar essas configurações, vou utilizar uma startup task responsável por disparar as instalações utilizando o WebPICmd, que é a versão linha de comando do Web Plataform Installer, facilitando bastante a automação da instalação de ambientes web.

O primeiro passo da startup task é adicioná-la no projeto da web application, no meu caso, criei uma pasta chamada startup e adicionei a WebPICmd descompactada e um arquivo batch, o setup.cmd. Neste ponto é importante definir a propriedade “Copy to Output Directory” de todos os arquivos com o valor “Copy always”. No print abaixo é possível ver a estrutura de pastas e arquivos:

O conteúdo do arquivo setup.cmd contém as chamadas para o WebPICmd realizar as instalações necessárias dos componentes do PHP no IIS

cd "%~dp0"
md appdata
reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d "%~dp0appdata" /f
WebPICmdLine.exe /accepteula /Products:PHP53
WebPICmdLine.exe /accepteula /Products:SQLDriverPHP53IIS
WebPICmdLine.exe /accepteula /Products:WinCache53
reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d %%USERPROFILE%%\AppData\Local /f
net start w3svc
iisreset /start
exit /b 0

Já a sua indicação como startup task fica no arquivo ServiceDefinition.csdef, conforme trecho abaixo (notem que o arquivo e nem todas as tags estão completas por economia de espaço)

<ServiceDefinition name="WindowsAzurePHP" …>
<WebRole name="PHPApp" vmsize="Small">
<Startup>
<Task commandLine="startup\setup.cmd >> %Public%\Documents\setup.log"
executionContext="elevated"
taskType="simple" />
</Startup>…

Na definição da startup task digo que ela deverá executar de maneira elevada, ou seja, com permissões de administrador para poder realizar as instalações no ambiente e que também todos o texto que normalmente seria exibido na tela será redirecionado para o arquivo setup.log, podendo ser utilizado posteriormente em um diagnóstico em caso de problema.

Depois disso é só fazer o deploy e testar a aplicação

O código fonte deste projeto pode ser encontrado aqui.

Vários exemplos de código para Windows Azure

Rafael.Godinho — Wed, 21 Dec 2011 20:19:50 GMT

Olá pessoal,

No MSDN temos vários exemplos de código utilizando as tecnologias do Windows Azure no Windows Azure Samples.
Lá existe a possibilidade de filtrar os vários exemplos por versão do Visual Studio, linguagem de programação, quem criou o código (Microsoft ou comunidade) como também pelas tecnologias (Windows Azure, Service Bus, Storage, SQL Azure, etc).

Uma opção interessante é a possibilidade de upload para enviar seu código de exemplo, você já enviou o seu?

Evento–Microsoft Cloud Day–Edição 2011

Rafael.Godinho — Tue, 22 Nov 2011 19:49:06 GMT

Post originalmente publicado no blog o Luciano Condé.

Boa tarde a todos !

No dia 24/11/2011, realizaremos o “Microsoft Cloud Day – Edição 2011”, este evento dedicado para Parceiros Microsoft será realizado no auditório da Microsoft e com transmissão on-line (inscrição pelo site de parceiros) também. Felizmente (ou infelizmente, dependendo do caso), estamos com lotação esgotada para a participação no auditório. Mas para quem não estiver em São Paulo ou não puder comparecer presencialmente, pode particpar pela transmissão on-line (inscrição pelo site de parceiros). A nossa agenda é a seguinte:

Mudança de modelo de negócios para a Nuvem (transmissão on-line)

Mais que mudança no processo de construir, consumir e usar aplicações, o destaque principal é a mudança no modelo de negócios que as empresas estão enfrentando. Dúvidas como “Como pensar o meu modelo de licenciamento neste novo modelo ? Como ficará o meu P&L (custos, revenue e gerenciamento de caixa) ? O que é importante considerar quando estou adotando a nuvem como o meu core-business.”

Horário		Título
Início	Fim	Título
08:00hs	09:00hs	Check-in Welcome Coffee
09:00hs	12:00hs	Mudança de modelo de negócios para a Nuvem
12:00hs	13:30hs	Almoço

Sessão Plataforma Windows Azure (transmissão on-line)

Sem sombra de dúvida, a estrela do evento é a Plataforma Windows Azure. Procuraremos abordar não apenas, mas essencial, overview da Plataforma Windows Azure, mas também cenários de migração, outras aplicações que podemo ser construídas e principalmente quais os programas e ações da Microsoft para ajudar os parceiros nesta mudança. No momento de preparação, procurei trazer para esta série de palestras o time da Microsoft que tem experiência em campo (seja técnico ou comercial).

Horário		Título
Início	Fim	Título
13:30hs	14:30hs	Conheça a Plataforma Windows Azure
14:30hs	15:10hs	Programas e Recursos para Parceiros
15:10hs	15:30hs	Break
15:30hs	16:40hs	Cenários de migração
16:40hs	17:20hs	Outros cenários de aplicações
17:20hs	17:30hs	Encerramento
17:30hs	18:00hs	Sessão Geral para Perguntas e Respostas

Sessão Windows Intune (sem transmissão on-line)

O Windows Intune é uma solução abrangente que reúne serviços em nuvem e uma assinatura de atualização para o sistema operacional Windows 7 para ajudar a dinamizar a segurança e o gerenciamento de computadores. Utilize o poder dos serviços e o software Windows Intune para desenvolver seus negócios e proporcionar ainda mais valor aos seus clientes—a um custo mais baixo para você.

Horário		Título
Início	Fim	Título
13:30hs	14:30hs	Conheça o Windows Intune
15:10hs	15:30hs	Break
15:30hs	16:30hs	Programas e Recursos para Parceiros
16:30hs	17:20hs	Hands on e Demos
17:20hs	17:30hs	Encerramento
17:30hs	18:00hs	Sessão Geral para Perguntas e Respostas

Centro de Treinamento de Windows Azure no MSDN em Português

Rafael.Godinho — Tue, 18 Oct 2011 23:05:54 GMT

Olá pessoal,

Esse será um post rápido, gostaria de divulgar o centro de treinamento de Windows Azure em português que foi recentemente lançado no MSDN Brasil.

O link para acesso é https://bitly.com/CentroTreinamentoAzure. Fiquem à vontade para divulgar.

Dúvidas sobre custos da Plataforma Windows Azure

Rafael.Godinho — Tue, 18 Oct 2011 13:00:23 GMT

Olá pessoal,

Resolvi escrever este post porque muitas pessoas tem dúvidas sobre o funcionamento do modelo de cobrança da Plataforma Windows Azure, muitos acabam tomando um susto no recebimento da conta de uso da plataforma e acabam reclamando que existem custos “escondidos” no seu uso e acabam criando alguns mitos. Notem que coloquei o “escondido” entre aspas, pelo fato de na verdade não termos nada escondido, tudo está definido no modelo de consumo (usei como exemplo o modelo de pague pelo uso, mas também existe modelo de assinatura pré-definida, da plataforma.

Windows Azure Computing

O primeiro ponto está no modelo de custo das horas computacionais. As horas nos serviços de computação do Windows Azure são computadas por core alocado por intervalos de hora de relógio e NÃO, favor notar a ênfase, no percentual do uso das CPUs. No Windows Azure, os cores são dedicados para o seu uso e não importa o quanto ele está sendo utilizado de CPU que o preço será o mesmo. Na verdade, o seu ambiente pode até estar desligado que o preço será o mesmo. Quando um ambiente é desligado, a console de gerenciamento exibe a mensagem de aviso abaixo:

Logo, quando você subir várias instâncias para testar a escalabilidade da sua solução no Windows Azure, lembre-se de reduzir a quantidade das instâncias assim que terminar os testes, ou então elas continuarão sendo computadas no uso da plataforma.

Dica: existe uma ferramenta no Codeplex chamada Greybox que permite monitorar e remover deployments no Windows Azure. Muito útil na fase de desenvolvimento, evitando que um ambiente fique simplesmente esquecido de um dia para o outro sem ninguém utilizar.

Windows Azure Storage

O segundo ponto de atenção está na questão das transações do Windows Azure Storage. Elas custam US$ 0,01 (um centavo de dólar) por 10.000 transações. Analisado individualmente, é um custo relativamente baixo, mas se a aplicação não for escrita com isso em mente pode representar problemas no longo prazo. Um cenário bastante comum de uso do Windows Azure Storage é o uso de Queues em uma Worker Role. As Worker Roles são implementadas com um loop infinito para fazer o processamento da aplicação, no longo prazo a conta deste tipo de aplicação fica grande.

Uma sugestão para aplicações que fazem uso de Queues é utilizar um Thread.Sleep(intervalo) nos momentos que as filas ficam vazias. Recomendo fortemente a leitura do artigo Best Practices for Maximizing Scalability and Cost Effectiveness of Queue-Based Messaging Solutions on Windows Azure, que explica como organizar suas Worker Roles sobre o ponto de vista de custo e traz até um exemplo de uso bastante completo.

Espero que o post tenha ajudado à esclarecer um pouco o modelo de cobrança de alguns dos componentes do Windows Azure, qualquer dúvida comente no post e até a próxima.

Migrando uma aplicação ASP.NET MVC 3 para Windows Azure

Rafael.Godinho — Tue, 02 Aug 2011 17:25:00 GMT

Olá pessoal,

Continuando com o tema sobre migração de aplicações para Windows Azure, neste post vou falar um pouco sobre a migração de uma aplicação ASP.NET MVC 3 para Windows Azure. No processo de migração, alguns passos extras são necessários, pois, nativamente os SDKs do Windows Azure (pelo menos até a versão 1.4.1, a mais atual da data de escrita deste post) suportam somente a versão 2.0 do ASP.NET MVC.

O procedimento inicial de migração é bem similar aos passos feitos na migração de uma web application ASP.NET, resumidamente:

Adicionar um projeto vazio de Windows Azure na solução;
Adicionar referências para os assemblies do Windows Azure no projeto ASP.NET;
Adicionar uma classe que herde de RoleEntryPoint no projeto ASP.NET;
Associar uma Web Role com o projeto ASP.NET existente.

Depois disso, é necessário adicionar os assemblies do ASP.NET MVC 3 na sua solução antes de fazer o deploy, na verdade mesmo em um ambiente onpremise sem o ASP.NET MVC 3 instalado você pode reproduzir algumas das técnicas abaixo.

Técnica 1 – Adicionar manualmente referências para os assemblies na sua aplicação

Para todos os assemblies do ASP.NET MVC 3 você precisa adicionar uma referência na sua aplicação e escolher a opção “Copy Local = True” nas propriedades do assembly.

Microsoft.Web.Infrastructure
System.Web.Helpers
System.Web.Mvc
System.Web.Razor
System.Web.WebPages
System.Web.WebPages.Deployment
System.Web.WebPages.Razor

É importante notar que um projeto ASP.NET MVC 3 já traz referências para a maioria dos assemblies acima, mas não para todos. Você precisa manualmente adicionar os assemblies faltantes.

Técnica 2 – Adicionar via ferramenta referências para os assemblies na sua aplicação

O ASP.NET MVC 3 Tools Update instalado traz uma novidade no Visual Studio 2010 para adicionar as referências para o ASP.NET MVC 3 via ferramenta. Para isso clique com o botão direito no seu projeto MVC e escolha a opção “Add Deployable Dependencies…” e escolha o que vc precisa.

Técnica 3 – Instalar o ASP.NET MVC 3 através de seu setup utilizando uma startup task

Eu gosto de organizar minhas startup tasks em uma pasta chamada startup dentro das minhas roles, nesta pasta eu geralmente adiciono o setup necessário e um arquivo do tipo batch (detalhe importante: o batch precisa ser salvo no formato ANSI) para iniciar o setup com todos os parâmetros e ambos precisam ter a propriedade “Copy to Output Directory = Copy always” definida. Neste caso o setup é o setup do ASP.NET MVC 3, e o meu batch chamei de InstallMVC.cmd, cujo conteúdo está abaixo:

%~dp0AspNetMVC3Setup.exe /q /log %~dp0mvc3_install.htm
exit /b 0

Na sintaxe batch o termo “%~dp0” indica o diretório corrente e os outros parâmetros indicam com o ASP.NET MVC 3 deve ser instalado. Note o “/q” indicando o uso de “Quiet Mode” para não exibir interface com o usuário. Afinal, ninguém vai clicar next, next e finish pra você no Windows Azure.

O último passo é configurar o arquivo ServiceDefinition.csdef para chamar o InstallMVC.cmd.

<WebRole name="MvcApplication3">
  <Startup>
    <Task commandLine="Startup\InstallMVC.cmd" executionContext="elevated" />
  </Startup>

Técnica 4 – Instalar o ASP.NET MVC 3 através do WebPI utilizando uma startup task

Muita gente não sabe, mas existe uma versão do Web Platform Installer (WebPI) para rodar em linha de comando, é o chamado WebPICmdLine. Ele pode ser utilizado para instalar aplicações e componentes de maneira similar à versão visual do WebPI. Depois de feito o download, extraia o conteúdo do pacote e adicione os 3 arquivos .dll e o arquivo .exe na pasta startup, de maneira similar à técnica 3 (lembre-se de modificar a propriedade “Copy to Output Directory = Copy always” para todos os arquivos.

Depois o arquivo batch que será chamado como uma startup task deverá ter o seguinte conteúdo:

md "%~dp0appdata"
reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d "%~dp0appdata" /f
"%~dp0webpicmdline" /AcceptEula /Products:MVC3 >>log.txt 2>>err.txt
reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d %%USERPROFILE%%\AppData\Local /f
exit /b 0

O conteúdo deve ser executado em 5 linhas no total, por favor, corrija as quebras de linha manualmente.

Em uma primeira impressão pode ser complicado entender o script acima, em linhas gerais ele modifica o endereço do “Local AppData” do usuário, executa a instalação e depois retorna o “Local AppData” para o local padrão.

Toda essa alteração é necessária por uma combinação de fatores: uma startup task rodando de maneira elevada é executada como Local System Account e o local do perfil deste usuário fica na pasta System32. O WebPICmdLine está compilado para Any CPU e no Windows Azure será executado como 64bits (lembrete: todas as máquinas do Windows Azure executam como 64 bits) mas o setup do ASP.NET MVC3, que o WebPI faz download e salva na pasta do perfil do usuário, executa como 32bits. Em um ambiente 64bits um processo 32bits não enxerga a pasta System32, somente a pasta SysWOW64. Logo, quando o setup do ASP.NET MVC3 for executado ele não consegue se encontrar para extrair o conteúdo que precisa ser instalado e acaba falhando. Mudando a pasta “Local AppData” todo mundo consegue se enxergar e a coisa toda funciona \o/.

Migrando o seu banco de dados SQL Server para SQL Azure

Rafael.Godinho — Wed, 20 Jul 2011 20:03:44 GMT

Olá pessoal,

Tempos atrás fiz um post sobre como migrar uma aplicação ASP.NET para Windows Azure. Hoje vou falar sobre um cenário complementar, como migrar o banco de dados SQL Server de uma aplicação para o ambiente do SQL Azure.

Primeiro é necessário analisar qual o objetivo da migração, ou seja, migrar os objetos, dados ou ambos. Para migração de objetos, uma abordagem pode ser exportar via o SQL Server Management Studio (SSMS) do SQL 2008 R2 um script no formato do SQL Azure. Para migração de dados, podemos utilizar um pacote do SQL Server Integration Services (SSIS) ou até mesmo o utilitário BCP de linha de comando. Quando é necessário migrar objetos e dados, uma boa opção pode ser utilizar o Import/Export Wizard do SQL Server.

No Windows Azure Platform Training Course é possível encontrar o lab Migrating Databases do SQL Azure que demonstra exatamente como realizar a migração exportando o script dos objetos com o SSMS e migrando os dados com o BCP.

Porém, neste post quero mostrar para vocês uma outra possibilidade. Estou falando do SQL Azure Migration Wizard (SAMW), uma ferramenta open source mantida pela comunidade e disponível no CodePlex. Neste post estou utilizando a versão 3.7.4 da ferramenta.

Depois de realizar download e executar o SAMW devemos escolher a opção SQL Database e clicar em next.

Depois disso é necessário fornecer a conexão do servidor de origem dos dados.

Em seguida, é necessário escolher o banco de dados de origem, estou utilizando o banco da aplicação que criei durante o Roadshow da Microsoft que fizemos este ano.

Depois é necessário informar quais objetos serão migrados, vou deixar a opção padrão e migrar todos.

O SAMW mostra um resumo do que vai ser realizado. Se vc quiser mudar algo, pode clicar no back e realizar as alterações.

Ele solicita a confirmação para gerar o script

E depois retorna o resultado do processamento com o script de criação dos objetos e também dados no formato do BCP (sim, ele não reinventa a roda e aproveita para utilizar o BCP) que foram exportados e que agora devem ser importados.

Em seguida, devemos fornecer as informações para conexão com o SQL Azure

O próximo passo é fornecer qual banco de dados será utilizado como destino dos objetos e dados, note que também existe a possibilidade de criar um novo banco de dados.

O SAMW solicita confirmação para execução do script.

Ele executa os scripts de criação dos objetos e também comandos BCP para importação dos dados.

Espero que o post tenha ajudado e com certeza o SAMW é uma ferramenta que vale a pena ter no seu toolkit.

Apresentação sobre criação de aplicações com baixa latência e alta escala com Windows Azure

Rafael.Godinho — Fri, 15 Jul 2011 22:11:21 GMT

Olá pessoal,

No início deste mês fiz uma apresentação no evento The Developers Conference em São Paulo sobre como criar aplicações de baixa latência e alta escala com o Windows Azure.

Quem tiver interesse, a apresentação e o código fonte estão abaixo.

Migrando ASP.NET Web Applications para o Windows Azure

Rafael.Godinho — Wed, 29 Jun 2011 19:20:26 GMT

Olá pessoal,

Hoje gostaria de discutir uma solução para realizar a migração de uma ASP.NET Web Application para o Windows Azure. Com os passos abaixo é possível reaproveitar o seu projeto, sem a necessidade de criar um novo projeto e migrar todo o código fonte. Então vou iniciar com uma solução no Visual Studio 2010 contendo apenas um projeto do tipo ASP.NET Web Application, conforme print abaixo:

O próximo passo é adicionar um novo projeto VAZIO de Windows Azure na sua solução, é só clicar OK e não selecionar nenhum tipo de role.

Em seguida é necessário adicionar 3 referências para assemblies do Windows Azure no seu projeto ASP.NET:

Microsoft.WindowsAzure.Diagnostics
Microsoft.WindowsAzure.ServiceRuntime
Microsoft.WindowsAzure.StorageClient

Depois, é necessário adicionar uma classe que herde de RoleEntryPoint no seu projeto ASP.NET, no meu caso chamei de WebRole.cs:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
using Microsoft.WindowsAzure.ServiceRuntime;

namespace WebApplication
{
    public class WebRole : RoleEntryPoint
    {
    }
}

No final seu projeto ASP.NET deve ficar similar ao print abaixo:

Neste ponto as alterações necessárias no projeto ASP.NET foram finalizadas e agora é o momento de associá-lo ao projeto de Windows Azure. Para isso, devemos clicar com o botão direito em Roles e em seguida escolher a opção “Add/Web Role Project in solution…”, conforme print abaixo:

O próximo passo é escolher o projeto que deve ser associado na janela que é apresentada.

À partir deste ponto a infraestrutura do Visual Studio está migrada para utilizar um projeto de Windows Azure, agora é só começar a testar e depurar.

Treinamento online sobre desenvolvimento para plataforma Windows Azure

Rafael.Godinho — Tue, 21 Jun 2011 17:31:24 GMT

Olá pessoal,

Amanhã (22/06/2011) irei ministrar um treinamento online sobre desenvolvimento para a plataforma Windows Azure no portal iMasters (atenção, não é um webcast do MSDN).

Para se inscrever acesse o link. Vejo vocês amanhã!

Material de estudo para desenvolvedores

Rafael.Godinho — Mon, 30 May 2011 20:11:33 GMT

Olá pessoal,

Resolvi trazer uma série de links com muita informação para estudo, com training kits para download e também Hands On Labs.

Windows Azure Platform Training Kit
Windows Phone 7 Training Kit
VisualStudio 2010 Training Kit
Silverlight 4 Training Kit
SharePoint 2010 Training Kit
Office 2010 Training Kit
Windows 7 Training Kit
SQL Server 2008 R2 Training Kit
Labs de Windows Client
Windows Server AppFabric – Hosting
Windows Server AppFabric – Caching

[Update 31/05/2011]

PHP on Windows and SQL Server Training Kit
Identity Developer Training Kit
Windows Server 2008 R2 Developer Training Kit
Windows Mobile 6.5 Developer Tool Kit
SharePoint and Silverlight Training Kit
Visual Studio LightSwitch Beta 2 Training Kit
BizTalk 2010 Developer Training Kit
Web Campos Training Kit

Se vc lembrar de algum outro material de estudo, deixe seu comentário que eu atualizado a lista.

Série de vídeos para ISVs entenderam as transformações e oportunidades com o Windows Azure

Rafael.Godinho — Thu, 26 May 2011 23:36:48 GMT

Olá pessoal,

Tempo atrás o Luciano Condé fez um post sobre o tópico e como entendo que é um assunto muito importante estou duplicando o post dele aqui no meu blog. Entendo que faz muito sentido para empresas desenvolvedoras de software que estão avaliando o desenvolvimento para plataforma de cloud.

O portal Msdev publicou uma série de vídeos (média de 30 mins de duração) para que gestores de ISVs (Independent Software Vendors – Vendedores independente de Software) possam entender como a Plataforma Windows Azure gera transformações e cria novas oportunidades de negócios. Os vídeos são bens didáticos e trazem cases e referências para quem precisa entender mais sobre a nuvem e o Windows Azure.

Os vídeos estão em inglês, mas você acessar o transcript em português. Eles estão prometendo que em breve teremos voiceover em português. Seguem os links dos vídeos:

How will cloud services impact your business
- Transcript: Brazilian Portuguese
Cloud services: planning for financial success
- Transcript: Brazilian Portuguese
Packaging and pricing cloud offerings
- Transcript: Brazilian Portuguese
Demand generation and cloud services
- Transcript: Brazilian Portuguese
Sales and support in the cloud
- Transcript: Brazilian Portuguese

Webcast - Tire as suas dúvidas sobre o Windows Azure

Rafael.Godinho — Sat, 30 Apr 2011 15:12:38 GMT

Olá pessoal,

Recentemente a Plataforma Windows Azure fez um ano de disponibilidade no Brasil, mas apesar disso temos notado que ainda existem algumas pessoas com dúvidas e dificuldades sobre o assunto.

Para tentar sanar essas dificuldades, estamos promovendo um webcast no formato perguntas e respostas no dia 04/05/2011 às 18:00 (horário de Brasília), que terá a participação do Otávio Coelho e do Luciano Condé, além da minha.

Para participar, basta se registrar.

Outra coisa, se vc tiver alguma dúvida e quiser adiantá-la, deixe um comentário aqui no meu blog que responderemos ao vivo.

Windows Azure no MPR (Microsoft Platform Ready)

Rafael.Godinho — Wed, 20 Apr 2011 20:51:17 GMT

Você que está desenvolvendo aplicações para Windows Azure e tem interesse em buscar algumas informações de divulgação, acho que vale a pena conhecer um pouco do MPR.

O Rogério Cordeiro fez uma série de posts sobre o assunto entendo que vale a pena de serem lidos:

Se vc cadastrou a sua aplicação no MPR, lembre-se de deixar um comentário aqui no blog!

[]’s
RG

Processamento assíncrono e queues no Windows Azure

Rafael.Godinho — Fri, 08 Apr 2011 17:35:23 GMT

Olá pessoal,

Hoje vou fazer um post rápido sobre como trabalhar com processamento assíncrono e queues no Windows Azure. Este padrão de processamento assíncrono é muito útil para liberar o processamento do lado do cliente, sem ficar bloqueado esperando algum tipo de retorno e permite a possibilidade de escalar o lado servidor conforme a demanda de processamento de mensagens, geralmente implementado através de um worker role.

Pela imagem acima, é possível perceber que o padrão consiste de um lado que grava uma mensagem em uma fila e de outro lado que lê esta mensagem para realizar o processamento.

Para gravar a ler a mensagem da fila é necessário utilizar a classe CloudQueueClient, disponível no assembly Microsoft.WindowsAzure.StorageClient. Do lado de quem grava a mensagem, por exemplo, uma Web Role o código utilizado seria similar ao abaixo:

CloudStorageAccount storageAccount = CloudStorageAccount.Parse(connectionString); 
CloudQueueClient queueStorage = storageAccount.CreateCloudQueueClient();
var queue = queueStorage.GetQueueReference(queueName.ToLower());
queue.CreateIfNotExist();
var message = new CloudQueueMessage(conteudoMensagem);
queue.AddMessage(message);

Já para ler a mensagem, o Worker Role deve ter uma implementação muito parecida com a abaixo, tratando detalhes da queue no método OnStart e tratando as mensagens no método Run.

public override bool OnStart()
{
    // Set the maximum number of concurrent connections 
    ServicePointManager.DefaultConnectionLimit = 12;

    // read storage account configuration settings
    CloudStorageAccount.SetConfigurationSettingPublisher((configName, configSetter) =>
    {
        configSetter(RoleEnvironment.GetConfigurationSettingValue(configName));
    });

    var storageAccount = CloudStorageAccount.FromConfigurationSetting("WindowsAzureStorageConnectionString");

    // initialize queue storage 
    CloudQueueClient queueStorage = storageAccount.CreateCloudQueueClient();
    queue = queueStorage.GetQueueReference(RoleEnvironment.GetConfigurationSettingValue("QueueName"));

    bool storageInitialized = false;
    while (!storageInitialized)
    {
        try
        {
            // create the message queue(s)
            queue.CreateIfNotExist();

            storageInitialized = true;
        }
        catch (StorageClientException e)
        {
            if (e.ErrorCode == StorageErrorCode.TransportError)
            {
                Trace.TraceError("Storage services initialization failure. "
                    + "Check your storage account configuration settings. If running locally, "
                    + "ensure that the Development Storage service is running. Message: '{0}'", e.Message);
                System.Threading.Thread.Sleep(5000);
            }
            else
            {
                throw;
            }
        }
    }

    return base.OnStart();
}

public override void Run()
{
    Trace.TraceInformation("Listening for queue messages...");

    while (true)
    {
        try
        {
            // retrieve a new message from the queue
            CloudQueueMessage msg = queue.GetMessage();
            if (msg != null)
            {
                // parse message retrieved from queue
                var messageContent = msg.AsString;

                ProcessMessage(messageContent);

                // remove message from queue
                queue.DeleteMessage(msg);
            }
            else
            {
                System.Threading.Thread.Sleep(1000);
            }
        }
        catch (StorageClientException e)
        {
            Trace.TraceError("Exception when processing queue item. Message: '{0}'", e.Message);
            System.Threading.Thread.Sleep(5000);
        }
    }
}

Fazendo upload de arquivos grandes para o Windows Azure Storage

Rafael.Godinho — Wed, 30 Mar 2011 14:17:29 GMT

Olá pessoal,

Nos meus últimos posts, escrevi sobre como fazer upload de um arquivo para um BLOB do Windows Azure Storage. Nesta ocasião, utilizei o método UploadFile para gravar o arquivo, que apesar de funcionar possui uma limitação de um tamanho máximo de 64 MB para cada arquivo.

No post de hoje vou falar um pouco sobre como fazer upload de arquivos maiores que 64 MB. Para fazer isso, devemos utilizar os métodos PutBlock e PutBlockList de um objeto do tipo CloudBlockBlob. O método PutBlock deve ser utilizado para subir trechos do arquivo, sendo que cada trecho pode ter o tamanho máximo de 4 MB. Já o método PutBlockList deve ser utilizado para efetivar a gravação dos blocos , como também a sua sequência.

A combinação desses métodos permite que o upload de um arquivo para um BLOB possa ser interrompido para posteriormente ser retomado, ou até mesmo que vários blocos possam ser enviados de maneira paralela ou sem ordenação, pois ela só é definida ao chamar o método PutBlockList.

Abaixo fiz um pequeno algoritmo para subir trechos de 1 MB de um arquivo para um BLOB.

private static void PutBlocks(string filePath, CloudBlockBlob blob)
{
    int blockId = 0;
    const int blockSize = 1024 * 1024; // 1 MB
    byte[] blockContent = new byte[blockSize];
    FileStream file = new FileStream(filePath, FileMode.Open);
    int bytesRead = 0;
    List<string> blockList = new List<string>();

    while ((bytesRead = file.Read(blockContent, 0, blockSize)) > 0)
    {
        MemoryStream ms = new MemoryStream(blockContent, 0, bytesRead)
        {
            Position = 0 //Move o stream para o início
        };

        string blockId64 = Convert.ToBase64String(BitConverter.GetBytes(blockId));
        blob.PutBlock(blockId64, ms, null);
        blockList.Add(blockId64);

        ms.Close();
        blockId++;
    }

    blob.PutBlockList(blockList);

    file.Close();
}

[]’s
RG

Fazendo o upload de arquivo para o Windows Azure BLOB Storage

Rafael.Godinho — Sun, 20 Feb 2011 21:57:00 GMT

Olá pessoal,

Tenho notado um cenário bastante comum de aplicações que é a necessidade de fazer upload de informações para o Windows Azure BLOB Storage, então resolvi fazer um post sobre o assunto mostrando um exemplo e ir explicando os seus passos.

O primeiro passo necessário é acessar uma conta do Storage, que é feito conforme abaixo:

CloudStorageAccount storageAccount = 
    CloudStorageAccount.Parse(connectionString);

Notem que uma connection string é necessária e ela pode variar de acordo com o ambiente que o código rodar. No ambiente local de desenvolvimento, utilizando o storage emulator, a string será “UseDevelopmentStorage=true”. Já no ambiente de produção do Windows Azure ela deve ter um formato similar ao seguinte “DefaultEndpointsProtocol=https;AccountName=<Sua Conta>;AccountKey=<Sua Chave>”, notem o uso do https, bastante recomendado para comunicação através da internet.

Para saber qual a sua chave de acesso ao Windows Azure Storage, acesse o portal http://windows.azure.com com a sua conta, escolha a opção de storage e visualize a primary ou a secondary key do lado direito, conforme print abaixo:

Depois disso, precisamos instanciar um CloudBlobClient para ter acesso ao Container, que precisamos garantir que existe e depois ter acesso ao Blob em si:

CloudBlobClient blobClient =
    storageAccount.CreateCloudBlobClient();
CloudBlobContainer container =
    new CloudBlobContainer(containerUri.ToLower(), blobClient);

container.CreateIfNotExist();

CloudBlob blob = container.GetBlobReference(
    Path.GetFileName(filePath.ToLower()));

Notem que chamo o método CreateIrNotExist do container, assim garanto que ele sempre existirá antes de tentar gravar algum Blob dentro dele.

Depois de ter a instância do Blob para trabalhar, posso fazer upload algum conteúdo:

blob.UploadFile(filePath);

Um ponto importante que precisa ser notado, é que todas as referências de endereço nos Blobs e Containers precisam ser lowercase, garanto isso chamando o método ToLower em todas as Uris.

O código completo ficaria assim:

CloudStorageAccount storageAccount =
    CloudStorageAccount.Parse(connectionString);
CloudBlobClient blobClient =
    storageAccount.CreateCloudBlobClient();
CloudBlobContainer container =
    new CloudBlobContainer(containerUri.ToLower(), blobClient);
container.CreateIfNotExist();
CloudBlob blob = container.GetBlobReference(
    Path.GetFileName(filePath.ToLower()));
blob.UploadFile(filePath);

Hospedando um serviço WCF em uma Worker Role do Windows Azure – Utilizando Endpoints Http

Rafael.Godinho — Mon, 14 Feb 2011 19:41:36 GMT

Olá pessoal,

Tempos atrás fiz um post sobre como hospedar serviço WCF utilizando uma Worker Role do Windows Azure e neste exemplo era utilizado o protocolo Tcp para publicar um endpoint público do Windows Azure e também para estabelecer a conexão entre o cliente e o serviço.

Entretanto, recebi alguns contatos de pessoas adaptando o exemplo para utilizar o protocolo Http e recebendo mensagens de erro ao abrir o Service Host, a mensagem recebida seguia o padrão abaixo:

“HTTP could not register URL /">/">/">http://+:<Porta>/<Endereço>. Your process does not have access rights to this namespace (see http://go.microsoft.com/fwlink/?LinkId=70353 for details).”

Isso ocorre porque os usuários normais do Windows não possuem permissão para escutar em portas utilizando o protocolo Http, isso é gerenciado pelo driver Http.Sys. Uma das alternativas para contornar esta restrição é explicitamente dar a permissão para o usuário conseguir abrir uma porta específica Http. No mundo Onpremise, isso é feito utilizando o comando netsh.exe como administrador, mas como podemos fazer com um código executando no Windows Azure?

A idéia é exatamente a mesma, lembre-se que as máquinas que executam o seu código no Windows Azure são baseadas no Windows Server 2008 e no Windows Server 2008 R2, desta maneira também podemos executar o comando netsh.exe e permitir a abertura da porta Http.

À partir do Windows Azure SDK 1.3, temos o advento de uma funcionalidade chamada startup task, que é a execução de uma aplicação responsável por instalar e configurar os pré-requisitos necessários da solução e é executada antes que o método RoleEntryPoint.OnStart seja chamado, ou seja, antes que a Worker Role inicie o seu processamento.

Para fazê-la funcionar devemos adicionar um arquivo texto com a extensão .cmd (poderia ser .bat também) no seu projeto, resolvi chamar o meu de AddUrlAcl.cmd, como pode ser visto abaixo:

Depois disso, é necessário ir nas propriedades desse arquivo e modificar o “Copy to Output Directory” para “Copy Always” e o seu conteúdo deve ser:

echo off
netsh http add urlacl url=http://+:1234/ user=\everyone

Importante, notem que configurei a Worker Role para utilizar a porta 1234 no seu endpoint.

Em seguida, devemos adicionar o trecho abaixono arquivo ServiceDefinition.csdef, isso deve ficar dentro da tag WorkerRole:

<Startup>
    <Task commandLine="AddUrlAcl.cmd" 
          executionContext="elevated" 
          taskType="simple"/>
</Startup>

Agora é só fazer o deploy, façam os testes e me digam se funcionou.

Semana especial de Windows Azure nos webcasts do MSDN

Rafael.Godinho — Fri, 28 Jan 2011 20:16:27 GMT

Olá pessoal,

Teremos uma semana especial de Windows Azure nos webcasts do MSDN que vai ocorrer entre 14 à 18 de fevereiro de 2011. A lista dos webcasts e os links de inscrição estão abaixo:

Introdução ao Windows Azure

O objetivo deste webcast é fornecer uma visão geral sobre o Windows Azure, a plataforma de computação em nuvem da Microsoft. Serão apresentados os principais conceitos sobre computação em nuvem e como a plataforma Windows Azure suporta aplicações desse tipo. Ao final, você terá uma visão geral sobre as oportunidades e benefícios da plataforma Windows Azure para suas aplicações.

Quando: segunda-feira, 14 de fevereiro de 2011 12:00 Brasília
Duração: 60 Minutos
Palestrante: Waldemir Cambiucci

Principais recursos de desenvolvimento do Windows Azure

O objetivo deste webcast é fornecer uma visão geral dos principais recursos de desenvolvimento disponíveis no Windows Azure. Serão abordadas as diferentes opções de armazenamento da plataforma, como Blobs, Queues, Tables e Azure Drives, assim como o armazenamento de dados no SQL Azure. Também serão apresentados os principais conceitos do Windows Azure AppFabric, que são o Service Bus (usado para troca de mensagens entre serviços ou aplicações) e o Access Control (que provê serviços de autenticação e autorização).

Quando: terça-feira, 15 de fevereiro de 2011 12:00 Brasília
Duração: 60 Minutos
Palestrante: Caio Chaves

Windows Azure e SQL Azure - Criando sua aplicação para a nuvem

Para garantir que você esteja usando todas as vantagens do Windows Azure e do SQL Azure, você precisa conhecer mais do que simplismente escrever código. Você precisa saber como incorporar sua aplicação em um ambiente de time, deploy, monitorar, gerenciar e capturar as informações de diagnóstico da nuvem. Neste webcast você aprenderá como ter sucesso nos projetos que usarão o Windows Azure e SQL Azure, incluindo o ambiente de desenvolvimento, o desenvolvimento de uma aplicação ASP.NET para o Windows Azure e acessar uma base de dados no SQL Azure. Aprenderá também, como usar o portal Windows Azure para monitorar e gerenciar sua aplicação.

Quando: quarta-feira, 16 de fevereiro de 2011 12:00 Brasília
Duração: 60 Minutos
Palestrante: Rogério Cordeiro

Migrando para o Azure

Este webcast irá tratar das principais dificuldades e caminhos para a migração de um aplicativo para a Plataforma Windows Azure. Migração de Banco, uso de variáveis de sessão, identidade na Nuvem, uso ou não das novas estruturas de dados - estas são algumas das questões relevantes para uma boa migração que serão tratadas.

Quando: quinta-feira, 17 de fevereiro de 2011 12:00 Brasília
Duração: 60 Minutos
Palestrante: Otávio Pecego Coelho

Gerenciamento, diagnósticos e depuração de aplicações no Windows Azure

A plataforma Windows Azure fornece um conjunto rico de ferramentas para auxiliar desenvolvedores e profissionais de IT para entender como as suas aplicações estão rodando na produção e com isto criar as melhores estratégias para mantê-las 100% do tempo disponíveis par aos seus clientes. Esta apresentação aborda os principais pilares para depuração, gerenciamento e análise de comportamento da sua aplicação : Diagnostics API, Remote Desktop, Start-ups tasks, Management Services API.

Quando: sexta-feira, 18 de fevereiro de 2011 12:00 Brasília
Duração: 60 Minutos
Palestrante: Luciano Condé

Artigo publicado na MSDN Magazine

Rafael.Godinho — Fri, 28 Jan 2011 16:08:35 GMT

Olá pessoal,

Gostaria de compartilhar com vcs um artigo meu que foi publicado na MSDN Magazine:

Scalable, Long-Running Workflows with Windows Server AppFabric, o artigo original está em inglês mas a tradução para português não deve demorar para ser publicada, quando tiver o link atualizo o post.

O artigo trata de como podemos utilizar um existente de Windows Server para criarmos aplicações com suporte à escala e uma grande quantidade de requisições utilizando o Windows Workflow Foundation e o Windows Server AppFabric, sem a necessidade de crescer a infra-estrutura.

Update

A versão traduzida para português pode ser encontrada aqui.

Screencast - Hospedando um serviço WCF em uma Worker Role do Windows Azure

Rafael.Godinho — Wed, 29 Dec 2010 19:42:59 GMT

Dando continuidade do post hospedando um serviço WCF em uma Worker Role do Windows Azure, segue o screencast passo-a-passo.

Callback com WCF

Rafael.Godinho — Thu, 23 Dec 2010 16:56:02 GMT

Olá pessoal,

Dando continuidade ao post Operações One-Way com WCF, resolvi escrever sobre uma tecnologia complementar que é o callback. O callback permite que o serviço WCF chame operações para serem executadas no lado do cliente, sendo bastante útil se utilizado em conjunto com operações one-way em cenários de longa duração.

Neste tipo de uso o cliente chama uma operação one-way, não precisa esperar o retorno do serviço e sua thread está liberada para outros processamentos, o serviço realiza o seu trabalho e quando necessário, por exemplo, no término do processamento, envia mensagens para o cliente através do callback. O diagrama de sequência abaixo ilustra o processo de comunicação:

Para que a comunicação ocorra com sucesso, é necessário que o binding utilizado suporte callback, os bindings NetTcpBinding e NetNamedPipeBinding suportam callback, pois funcionam em cima de protocolos que suportam comunicação bidirecional. Já o protocolo HTTP não suporta este tipo de comunicação, fazendo com que os bindings BasicHttpBinding ou WSHttpBinding não suportem callback. Uma alternativa para callback com HTTP é o uso do WSDualHttpBinding, que abre dois canais de comunicação HTTP: um para chamadas no sentido do cliente para o serviço e outro para chamadas do serviço para o cliente.

Para que o serviço WCF entenda o callback, é necessário definir um contrato de callback com suas operações e também indicar no ServiceContract qual o tipo que deve ser utilizado para callback, o código fica similar ao código abaixo:

interface IContractCallback
{
    [OperationContract(IsOneWay=true)]
    void OnCallback();
}

[ServiceContract(CallbackContract = typeof(IContractCallback))]
public interface IService
{
    [OperationContract(IsOneWay=true)]
    void ProcessarOneWay();
}

Do lado do cliente, é necessário informar ao serviço qual objeto é o responsável pelo callback. Para isso é necessário implementar a interface de callback e também passar uma instância desta classe para o contexto co WCF, conforme abaixo:

class MyCallback :  CallbackServiceReference.IServiceCallback
{
    public void OnCallback()
    {
        MessageBox.Show("OnCallback");
    }
}

private void button1_Click(object sender, RoutedEventArgs e)
{
    CallbackServiceReference.IServiceCallback callback = new MyCallback();
            
    InstanceContext ctx = new InstanceContext(callback);
            
    CallbackServiceReference.ServiceClient proxy = 
        new CallbackServiceReference.ServiceClient(ctx);

    proxy.ProcessarOneWay();
}

Já do lado do serviço precisamos acessar a instância informada do objeto que gerencia o callback para conseguirmos chamar suas operações, isso deve ser feito utilizando o OperationContext, sempre utilizando a interface definida no contrato de callback, conforme abaixo:

public void ProcessarOneWay()
{
    Trace.WriteLine(
        string.Format("Início ProcessarOneWay - {0}", DateTime.Now));
            
    Thread.Sleep(15000);
            
    Trace.WriteLine(
        string.Format("Fim ProcessarOneWay - {0}", DateTime.Now));

    IContractCallback callback = 
        OperationContext.Current.GetCallbackChannel<IContractCallback>();

    callback.OnCallback();
}

Com isso, é possível utilizar a infraestrutura do WCF para cenários de comunicação mais complexos entre cliente e serviço, atendendo à diversos cenários de uso. O código fonte utilizado pode ser baixado aqui.

Novidades do Windows Azure SDK 1.3

Rafael.Godinho — Tue, 30 Nov 2010 22:51:54 GMT

Olá pessoal,

Hoje foi lançado a versão 1.3 do SDK do Windows Azure, o download pode ser feito aqui.

Além disso, a lista de novidades está disponível no próprio site do Windows Azure.

Por último teremos um webcast no dia 01/12/2010 (~~tb conhecido como amanhã~~) para falar sobre o assunto.

Operações One-Way com WCF

Rafael.Godinho — Thu, 25 Nov 2010 18:01:35 GMT

Olá pessoal,

Em alguns cenários, o processamento de um serviço pode ser demorado e pode ser necessário liberar o cliente para continuar o seu processamento enquanto o serviço trabalha as informações em background. Em outros cenários, o cliente simplesmente não necessita de um retorno do término do processamento, ele simplesmente precisa de uma garantia que a solicitação chegou no servidor e confia que este fará o seu papel.

Para criar uma operação One-Way com WCF, é necessário decorar a operação com IsOneWay = true no atributo OperationContract e também é necessário retornar void, afinal uma operação One-Way não tem retorno.

[ServiceContract]
public interface IService
{
    [OperationContract(IsOneWay=true)]
    void ProcessarOneWay();
}

O próximo passo é implementar o serviço e a operação One-Way, no exemplo abaixo simulo uma operação com 15 segundos de duração:

public class Service : IService
{
    public void ProcessarOneWay()
    {
        Trace.WriteLine(string.Format("Início ProcessarOneWay - {0}", DateTime.Now));
        Thread.Sleep(15000);
        Trace.WriteLine(string.Format("Fim ProcessarOneWay - {0}", DateTime.Now));
    }
}

O link para download está disponível aqui.

Gerenciando serviços WCF RIA Services com o Windows Server AppFabric

Rafael.Godinho — Fri, 29 Oct 2010 19:09:23 GMT

Olá pessoal,

Esta semana estava conversando com o Waldemir Cambiucci sobre a possibilidade do Windows Server AppFabric conseguir gerenciar serviços WCF RIA Services. A boa notícia é que é possível sim, a má notícia é que isso não ocorre por padrão.

Para fazer o Windows Server AppFabric identificar os WCF RIA Services expostos, é necessário fazer uma pequena alteração no arquivo web.config adicionando Service Activations para cada Domain Service exposto, um exemplo está abaixo:

<system.serviceModel>
  <serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true">
    <serviceActivations>
      <add service="BusinessApplication1.Web.Services.DomainService1"
            factory="System.ServiceModel.DomainServices.Hosting.DomainServiceHostFactory, System.ServiceModel.DomainServices.Hosting, Version=4.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" 
            relativeAddress="~/Services/BusinessApplication1-Web-Services-DomainService1.svc" />
    </serviceActivations>
  </serviceHostingEnvironment>
</system.serviceModel>

Note que o endereço do serviço é composto pelo endereço da classe, incluindo o seu Namespace, substituindo “.” por “-“.

O passo acima foi feito porque o arquivo .svc para o Domain Service não existe fisicamente, ele é criado pelo runtime do WCF RIA Services quando o serviço é chamado. Devido à isso o Windows Server AppFabric não tem como identificar quais são os serviços expostos para gerenciar. Ao adicionarmos um Service Activation, o Windows Server AppFabric consegue identificar que o Domain Service existe antes mesmo de alguma chamada ser realizada para ele.

Segue abaixo um print do Domain Service configurado acima sendo reconhecido pela console de gerenciamento do Windows Server AppFabric.