Arquitetura em Pauta

Dicas sobre o AppFabric

Otavio — Fri, 01 Jul 2011 16:08:56 GMT

Muita gente não deve conhecer o blog do time do AppFabric Customer Advisory Team - mesmo os que já estudam e/ou trabalham com o Azure. Minha dica é: deem uma visitada, pois é um recurso valioso. O site original ficava em http://blogs.msdn.com/b/appfabriccat/, mas depois mudou para o site http://appfabriccat.com (nem todos os artigos foram transferidos para o novo site, por isto vale a pena conhecer os dois links).

Com vários textos relativos ao AppFabric (tanto do Windows Server AppFabric quanto do Azure AppFabric), eles trazem verdadeiras joias. Três exemplos:

Lá encontrei o artigo “Implementing Reliable Inter-Role Communication Using Windows Azure AppFabric Service Bus, Observer Pattern & Parallel LINQ” que mostra como utilizar o AppFabric Service Bus numa comunicação do tipo MapReduce (ver figura). A principal vantagem é o uso da comunicação multicast com o pattern publish/subscriber, que torna mais simples e escalável a arquitetura. A figura abaixo dá um gostinho...
Outro artigo valioso que complementa o artigo anterior é o “Best Practices for Maximizing Scalability and Cost Effectiveness of Queue-Based Messaging Solutions on Windows Azure”. Além de melhores práticas, o artigo mostra um conjunto de códigos exemplares.
Um último exemplo é o artigo “Azure AppFabric Cache – Common Reference Data Scenario” que mostra como podemos colocar objetos do Entity Framework no AppFabric Cache. Curto, direto e útil.

Mais uma dica sobre a tecnologia do AppFabric: a versão CTP do AppFabric Composite Application já está no ar. Esta tecnologia sobe em um nível a facilidade de criar um aplicativo real - na nuvem ou on-premises. Recomento MUITO assistirem esta apresentação do TechEd americano para que vocês possam compreender o caminho que a Microsoft vai seguir em breve para a hospedagem e composição de aplicativos. Se tudo der certo, em um ano estaremos falando menos de Work Roles ou Web Roles e mais de aplicativos compostos, automaticamente elásticos, capazes de compartilhar uma mesma infraestrutura com outros serviços devido à estrutura de hospedagem baseada em sandboxes (leia AppFabric Container). Quase um drag-and-drop para SOA!?

Quem viver verá!

Abraços

Windows Azure Jump Start

Otavio — Thu, 16 Jun 2011 11:55:22 GMT

Este material já foi publicado há tempo, mas como tem gente me pedindo mais material de Azure, aqui vai uma série de vídeos (em inglês) interessante:

Session 01: Windows Azure Overview
Session 02: Introduction to Compute
Session 03: Windows Azure Lifecycle, Part 1
Session 04: Windows Azure Lifecycle, Part 2
Session 05: Windows Azure Storage, Part 1
Session 06: Windows Azure Storage, Part 2
Session 07: Introduction to SQL Azure
Session 08: Windows Azure Diagnostics
Session 09: Windows Azure Security, Part 1
Session 10: Windows Azure Security, Part 2
Session 11: Scalability, Caching & Elasticity, Part 1
Session 12: Scalability, Caching & Elasticity, Part 2, and Q&A

Bom treinamento.

Oportunidade: Workshop “Cloud Computing” de 13 a 15 de Junho

Otavio — Thu, 09 Jun 2011 12:01:37 GMT

Quem está atento ao tema não deve perder a oportunidade de participar deste evento sobre Cloud Computing. Ele vai falar sobre tendências em Cloud Computing como: Segurança, Interoperabilidade e Padrões, Aspectos Econômicos da Nuvem, Privacidade e Soberania de Dados.

Ele será feito no formato de Workshop e, embora o site indique que o público-alvo é o setor público, o evento é, de fato, aberto a todos interessados

Uma ótima oportunidade.

Saiba mais neste link: http://consultoriaprofuturo.com/htmls/wks-cloud/index.html

Abraços

SQL Azure Learning Series

Otavio — Thu, 26 May 2011 13:57:17 GMT

Saiu há pouco e creio que vale divulgar. Uma série de videos pequenos que falam do uso do SQL Azure (ainda em inglês).

Outra dica: o post do Condé com o passo a passo para subir uma aplicação PHP no Azure.

Em português, temos já algum videos legendados pelo pessoal do Msdn Brasil em http://msdn.microsoft.com/pt-br/ff380142.aspx.

Abraços

Hadoop, Lucene e HPC no Azure

Otavio — Sat, 21 May 2011 15:40:16 GMT

Embora a maioria dos aplicativos que sobem no Azure hoje não precisem de MapReduce, é bom saber que podemos ter em mãos a qualquer momento a possibilidade de distribuir trabalho para várias máquinas que irão processar em paralelo alguma computação do nosso interesse (como cálculos de risco, buscas de texto, etc.).

O MapReduce no Azure pode ser feito na mão, via filas e Tables, ou através de frameworks existentes (aqui sugiro a leitura do artigo em http://www.developerzen.com/2009/05/06/introduction-to-mapreduce-for-net-developers/ ).

Para quem gosta de frameworks prontos, tenho uma boa notícia: Mario Kosmikas está escrevendo posts sobre como usar o Haddop no Azure. Veja aqui.

Para quem não conhece, o Hadoop é um framework da Apache que implementa o MapReduce e é muito usado pela comunidade que faz hoje processamento distribuído. Kosmikas mostra no seu post o passo a passo da sua instalação no Azure.

Outro software livre interessante e utilizável hoje no Azure é o Lucene. Com ele, você pode coletar uma massa de dados grande e usá-lo para indexação e busca utilizando um array de máquinas no Azure. Para quem precisar, vá ao site http://code.msdn.microsoft.com/AzureDirectory , leia a documentação e baixe o código.

Por fim, vale a pena também dar uma olhada em dois textos (1 e 2) que mostram como estender a infraestrutura do Windows HPC com nós de computação do Azure.

O Windows HPC permite criar uma array de computadores para a distribuição de Jobs que trabalham em paralelo. Ele usa um nó mestre (on-premises) que irá distribuir as tarefas para os nós trabalhadores. O que estes artigos mostram é o como podemos estender os nós de computação com o Azure. Isto é interessante porque permite a diminuição do nosso investimento em computadores locais para usar os da nuvem.

Como disse no início, nem todo software que sobe no Azure precisa de paralelismo intenso, mas é bom saber que já existe muita coisa pronta para quando precisarmos.

Abraços

Netflix + Azure Traffic Manager + Migração Access/MySQL para SQL Azure

Otavio — Sat, 14 May 2011 14:07:32 GMT

Para quem não soube, o serviço de nuvem da Amazon teve problemas no início do mês que atrapalhou boa parte dos seus usuários.

Erros acontecem, e a Amazon descreve o que aconteceu neste link: http://aws.amazon.com/message/65648/. Até aqui, nada de tão interessante.

No entanto, como resultado desta falha surgiram aprendizados. Dos que eu li, o texto mais interessante foi o da Netflix, que descreve o porquê o serviço da Netflix não sofreu muitos danos. O texto completo você pode encontrar aqui, mas, aqui vai um resumo:

Pontos relevantes da arquitetura Netflix:

1) Os serviços são stateless, isto é, por não armazenarem estados nos servidores a falha deles não é tão impactante para o usuário final;

2) Os dados são armazenados em várias geografias, aumentando a disponibilidade através da “redundância”;

3) O sistema foi projetado para falhar, usando princípios como:

     a. “falhar rápido” com timeouts curtos que fazem os processos caírem se os tempos não forem obedecidos;

     b. “Recuo” (“fallback”): se uma funcionalidade não pode ser mostrada, outra de menor qualidade/funcionalidade pode entrar em ação e substituí-la;

     c. “Remoção de funcionalidades”: se uma funcionalidade não é importante e há problemas de desempenho, ela pode ser desativada temporariamente;

4) Redundância N+1: alocam-se sempre mais recursos do que necessário para uma reserva de capacidade;

5) Uso de consistência eventual: nada de sistemas relacionais para armazenamento (veja mais neste post)

É claro que estes direcionamentos de design são importantes apenas para quem precisa de alta disponibilidade para milhões de usuários. Sistemas com requisitos menores podem ser mais simples, usar bancos de dados relacionais, etc. Nem todo mundo precisa do SLA da Netflix.

A boa notícia é que está cada vez mais fácil e barato usar critérios de design como os usados pela Netflix. A “Table” do Azure, por exemplo, já é elástica por natureza e deve ser usada levando em conta que oferece consistência eventual. O provisionamento automático da computação é simples e pode ser feito usando sistemas como o System Center ou via uso de API’s de monitoração/gerenciamento.

Uma boa novidade, que foi pouco falada até agora, é a chegada do Azure Traffic Manager que está em CTP. Aqui vai a descrição encontrada aqui:

Windows Azure Traffic Manager é um novo recurso que permite aos clientes balancear a carga do tráfego para múltiplos serviços hospedados. Os desenvolvedores podem escolher entre três métodos de balanceamento de carga: desempenho, “failover”, ou “Round Robin”. O Traffic Manager irá monitorar cada conjunto de serviços hospedados em qualquer porta HTTP ou HTTPS. Se ele detecta que o serviço está off-line, o Traffic Manager irá enviar o tráfego para o próximo melhor serviço disponível.

Isto implica em colocar o sistema e dados em datacenters distintos e contar com o Traffic Manager para distribuir a carga entre eles. Em caso de falha de um datacenter ou da comunicação com ele, a carga será direcionada para um dos datacenters alternativos. Cool!

Já existe um laboratório disponível que trata só do Azure Traffic Manager no SDK do Azure. Vale uma leitura e teste.

Outras notícias:

Foram anunciados Toolkits para facilitar a chamada de serviços do Azure a partir de dispositivos com o iOS, o Windows Phone 7 e o Android (este ainda em desenvolvimento). Vale conferir aqui.

Já saíram duas versões do SSMA (SQL Server Migration Assistant) que tratam agora do SQL Azure: o SSMA for Access e o SSMA for MySQL. Vale conferir.

O Condé colocou no seu último post mais novidades sobre o SQL Azure. Vale a leitura.

Abraços

Passo a Passo: Sudoku no Azure sem precisar ter o Visual Studio

Otavio — Thu, 05 May 2011 12:45:34 GMT

Ontem tivemos um WebCast com perguntas e resposta sobre o Azure e o Rafael Godinho mostrou como fazer um “Hello World” com o Visual Studio e subi-lo no Azure.

Hoje eu queria mostrar uma maneira mais simples de testar o Azure que não vai precisar do Visual Studio. Basta ter uma conta (seja do Azure Introductory, MSDN ou Azure Pass) e você poderá subir um jogo de Sudoku na sua conta Azure.

O jogo de Azure que você vai subir tem esta tela e …. funciona! (dica: mas você pode depois pegar o código depois no codeplex e melhorá-lo – o código fonte está em http://azuresudoku.codeplex.com.)

Para ficar mais simples e não precisarmos do Visual Studio, eu já pré-compilei o programa e o deixei num arquivo pré-configurado para usar uma única cpu Extra Small.

Portanto, você só precisa baixar para a sua máquina o arquivo “azuresudoku.zip” do meu SkyDrive e depois expandi-lo num diretório local. O endereço do SkyDrive que criei é o http://cid-3679c227ea623bf5.skydrive.live.com/redir.aspx?resid=3679C227EA623BF5!4220

Feito este passo zero, podemos ir para a console do Azure e fazer o passo a passo para coloca-lo no ar:

1º Passo: Abra seu browser e vá para o http://azure.com

2º Passo: Clique no “Sign in to the Management Portal”, como na figura abaixo. Isto vai te levar para a tela de sign in do Live e você deve entrar com seu LiveID e senha associados à sua conta do Azure (se não tiver uma conta, tente ainda um Azure Pass de acordo com este post – mas não garanto que você vai conseguir, pois estão chegando ao fim – corra!).

3º Passo: Se você não tiver criado um “Hosted Server”, os passos para cria-los são simples: clique no botão de “Hosted Services” e depois no do “New Hosted Service”. Um Hosted Service é a unidade de hospedagem de máquinas para um serviço (farm de máquinas para páginas web, para serviços de background e outros, que ficam agrupados sobre uma única url).

4º Passo: É a hora de você cadastrar o nome do seu serviço, a sua url, dizer em que Datacenter você vai levantar o serviço, escolher o ambiente para hospedagem (sugiro o de produção), o nome do deployment (onde colocamos informações sobre versão, etc. Aqui, coloquei apenas um nome simples), e prepare-se para indicar os arquivos que vão subir (botões de número 4 e 5 na figura abaixo). Creio que a figura é esclarecedora. Lembre-se também que outros devem estar subindo este exemplo e que, eventualmente você vai ter que ser criativo com os nomes para que sejam únicos)

5º Passo: Clique no botão de Browse do Package Location e indique o arquivo “AzureSudoku.cspkg” que veio do arquivo que você unzipou do meu SkyDrive.

6º Passo: Clique no botão de Browse do Configuration File e indique o arquivo “AzureSudoku.cscfg” que veio do arquivo que você unzipou do meu SkyDrive.

7º Passo: Reveja se tudo está pronto e clique em Ok.

8º Passo: Não se assuste com a mensagem que está aparecendo. Ela aparece porque defini para usar só uma máquina no meu arquivo de configuração. A mensagem diz que precisa de no mínimo 2 máquinas para garantir disponibilidade alta. O Azure pode fazer patches na Máquina Virtual remota e precisa de pelo menos 2 máquinas para sempre deixar pelo menos uma funcionando. Clique em Yes neste passo.

9º Passo: Agora você vai assistir ao upload do programa. Ele vai passar pelas fases de “Creating...”

“Initializing...”

Até ficar pronto (“Ready”).

10º Passo: Agora clique no link do seu site (veja na figura abaixo onde encontra-lo) e ...

Boa diversão!!!

PS.: Para liberar o serviço basta “Parar” e “Deletar” este Deployment (veja abaixo). Isto é importante para parar a contabilização de uso de cpu no Azure.

Azure AppFabric Caching + NoSQL + LINQ + SQL

Otavio — Sat, 30 Apr 2011 16:15:58 GMT

Boas novas: o Azure AppFabric Caching Service foi liberado para produção.

Com isto, podemos agora alocar espaço em cache para ser compartilhado entre máquinas de um farm – tudo sem muito esforço.

Para quem precisa de variáveis de sessão ou output caching do ASP.Net, por exemplo, o AppFabric Caching não vai exigir mudanças no programa - basta fazer uma pequena alteração no arquivo de configuração.

Alguns links que podem interessar:

Post do grupo do Azure AppFabric: Windows Azure AppFabric Caching Service Released!
Video: Introduction to the Windows Azure AppFabric Cache
Video: Windows Azure AppFabric Caching – How to Set-up and Deploy a Simple Cache
FAQ sobre o Windows Azure AppFabric no Msdn
Documentação no MSDN

Mudando de Caching para o debate NoSQL/SQL.

Erik Meijer e Gavin Bierman escreveram um artigo em Março falando da característica de cada linha: SQL e NoSQL. O interessante do artigo é que:

1. Ele é simples e legível (para quem navega no inglês)

2. Ele apresenta bem a impedância entre o modelo relacional e o orientado a objetos (explicando a necessidade de um ORM como o Hibernate ou o Entity Framework)

3. Ele trata do problema ACID X BASE (que tratei a tempos neste post)

4. Ele mostra como o Linq é expressivo o suficiente para lidar com ambos os modelos

5. Ele fundamenta essa possibilidade na teoria de categorias (aos que acharem isto complicado, basta pular este tópico) e na conclusão de que o SQL e o NoSQL são de fato duais.

Qual é a implicação disto: existe uma luz no fim do túnel da diversidade de implementações do NoSql: uma linguagem como o LINQ pode se tornar o SQL dos novos tempos e unificar os dois mundos. Algo que está sendo tentado pela Microsoft Research com o DryadLINQ.

Já no mês de Abril, na mesma revista, Mychael Rys, também da Microsoft, mostra em outro artigo como escalar com o SQL – usando, no caso, o SQL Server. Vale a leitura também.

Cache, SQL e NoSQL fazem parte hoje do instrumental de Cloud Computing. Como arquitetos, temos que acompanhar o que está acontecendo, não é?

Abraços

Acceptance Test e Vídeos Introdutórios do Azure

Otavio — Sat, 16 Apr 2011 11:54:22 GMT

Sobre Azure

Muitos se inscreveram no Azure Pass depois do meu post. Vários testaram de fato o Azure, mas temos ainda gente que pediu e não testou.

Para ajudar aqueles que ainda não testaram, gravei 3 vídeos curtos no Msdn. Creio que ajuda quem está na preguiça. Lá vai:

Como este passcode tem duração de apenas um mês, a solução vai ser usar o Azure Introductory que dá 750 hrs de CPU de uma máquina extra small – mais de 1 mês de uso de máquina.

A boa notícia é que houve mudanças nas ofertas, diminuindo a chance de gasto em testes. O Condé colocou neste post todas as novidades – vale uma olhada. A mais interessante fala de ofertas´para assinantes MSDN com até 1500 hrs de máquina ao mês sem custo!!

Acceptance Test

A outra dica é o RC1 do guia do Patterns & Practices para Testes de Aceite. Você encontra ele em: Acceptance Test Engineering Guide Vol I RC1 Foreword by Kent Beck +Preface.pdf

Um tema importante e pouco estudado.

Abraços

“How to” para o Windows Azure

Otavio — Sun, 10 Apr 2011 21:01:33 GMT

Para quem não viu: saiu a lista de How to para o Azure. A gente sempre pode precisar!

http://msdn.microsoft.com/en-us/library/gg432998.aspx

Windows Azure Platform

How to: Build a Windows Azure Application
How to Configure Virtual Machine Sizes
How to Configure Connection Strings
How to Configure Operating System Versions
How to Configure Local Storage Resources
How to Create a Certificate for a Role
How to Create a Remote Desktop Protocol File
How to Define Environment Variables Before a Role Starts
How to Define Input Endpoints for a Role
How to Define Internal Endpoints for a Role
How to Define Startup Tasks for a Role
How to Encrypt a Password
How to Restrict Communication Between Roles
How to Retrieve Role Instance Data
How to Use the RoleEnvironment.Changing Event
How to Use the RoleEnvironment.Changed Event

How to: Use the Windows Azure SDK Tools to Package and Deploy an Application
How to Prepare the Windows Azure Compute Emulator
How to Configure the Compute Emulator to Emulate Windows Azure
How to Package an Application by Using the CSPack Command-Line Tool
How to Run an Application in the Compute Emulator by Using the CSRun Command-Line Tool
How to Initialize the Storage Emulator by Using the DSInit Command-Line Tool
How to Change the Configuration of a Running Service
How to Attach a Debugger to New Role Instances
How to View Trace Information in the Compute Emulator
How to Configure SQL Server for the Storage Emulator

How to: Configure a Web Application
How to Configure a Web Role for Multiple Web Sites
How to Configure the Virtual Directory Location
How to Configure a Windows Azure Port
How to Configure the Site Entry in the Service Definition File
How to Configure IIS Components in Windows Azure
How to Configure a Service to Use a Legacy Web Role

How to: Manage Windows Azure VM Roles
How to Create the Base VHD for a VM Role in Windows Azure
How to Install the Windows Azure Integration Components
How to Enable Windows Azure Connect for a VM Role
How to Develop an Adapter for a VM Role in Windows Azure
How to Prepare the Server Image for Uploading to Windows Azure
How to Upload a VHD to Windows Azure
How to Create and Deploy the VM Role Service Model
How to Use Certificates With a VM Role in Windows Azure
How to Change a Server Image for a VM Role by Using a Differencing VHD
How to Change the Configuration of a VM role
How to Manage the Lifecycle of VM Role Instances in Windows Azure

How to: Administering Windows Azure Hosted Services
How to Setup a Windows Azure Subscription
How to Setup Multiple Administrator Accounts

How to: Deploy a Windows Azure Application
How to Package your Service
How to Deploy a Service
How to Create a Hosted Service
How to Create a Storage Account
How to Configure the Service Topology

How to: Upgrade a Service
How to Perform In-Place Upgrades
How to Swap a Service's VIPs

How to: Manage Upgrades to the Windows Azure Guest OS
How to Determine the Current Guest OS of your Service
How to Upgrade the Guest OS in the Management Portal
How to Upgrade the Guest OS in the Service Configuration File

How to: Manage Management Certificates
How to Create a Management Certificate
How to Add a Management Certificate to a Windows Azure Subscription

How to: Manage Service Certificates
How to Add a New Certificate to the Certificate Store
How to Associate a Certificate with a Service
How to Update a Certificate in the Certificate Store
How to Configure an HTTPS Endpoint in Windows Azure
How to Control Access to Certificates on a Virtual Machine

How to: Use Storage Services
How to Create a Storage Account
How to Read Configuration Settings for the Storage Client Library and Handle Changed Settings

How to: Configure Windows Azure Connect
How to Activate Windows Azure Roles for Windows Azure Connect
How to Install Local Endpoints with Windows Azure Connect
How to Create and Configure a Group of Endpoints in Windows Azure Connect

How to: Manage CDN on Windows Azure
How to Enable CDN for Windows Azure
How to Map CDN Content to a Custom Domain
How to Remove Content from the CDN
How to Manage Expiration of Blob Content
How to Manage Expiration of Hosted Service Content

Exportando UML no formato XMI 2.1 no Visual Studio

Otavio — Sat, 09 Apr 2011 15:41:23 GMT

Boas novas para os arquitetos: checando os posts do Steve Cook descobri que já é possível exportar diagramas do UML do Visual Studio.

É uma VS Extension (com código fonte) que exporta segundo o formato padrão XMI 2.1.

Ele pode ser baixado de http://code.msdn.microsoft.com/Project/Download/FileDownload.aspx?ProjectName=vsvmsdk&DownloadId=14454

Está é uma funcionalidade que faltava e que muitos estavam aguardando.

Abraços

Estratégia para vencer na Web

Otavio — Sat, 02 Apr 2011 12:50:10 GMT

A estratégia para ganhar mais usuários de um serviço na rede costuma ter um caminho aparentemente simples:

Disponibilizamos nosso serviço através de um site que será a sua “face” para o público. Com isto, muitos clientes já poderão ser iniciados ao serviço pelo simples acesso à sua url ou via search;
Tornamos este serviço alcançável por outros aplicativos através de interfaces Web como, por exemplo, APIs REST. Com isto, vários outros sites e aplicativos podem fazer mash-up com nossos serviços, aumentando o número de usuários indiretos;
Criamos SDK´s que facilitam a inclusão de interfaces (HTML+JScript) para os nossos serviços. Com isto, diminuímos a dificuldade de integração de sites simples com nossos serviços, criando um potencial considerável de aumento de usuários;
Disponibilizamos aplicativos para workstations, smatphones e tablets que fazem acesso aos nossos serviços. Devido à mobilidade, estes dispositivos aumentam em muito a oportunidade do usuário para interagirem a qualquer hora, o que aumenta mais uma vez a possibilidade de aumento da demanda pelos nossos serviços;
Integramos os aplicativos com outros aplicativos - com a rede social, ERP´s, CRM´s e outros. Este é o lugar onde o cliente habita. Isto torna visível a ação do usuário para seus amigos, clientes e parceiros, induzindo-os, por sua vez, a também conhecer e usarem os nossos serviços.

Existem muitos exemplos desta estratégia. Pense nos clássicos Messenger, Flicker, Twitter ou Youtube, ou em novos serviços como os de compra em grupo, etc.

No final, esta linha de estratégia tem como princípios:

É necessário um backend escalável, geograficamente distribuído e com capacidade monumental para computar e armazenar informações. Falamos aqui da necessidade da computação em nuvem e do uso de Plataformas como a do Windows Azure;
O dispositivo cliente é visto como um meio de acesso ao serviço, onde o mais importante é criar contextos de uso onde o cliente habita – seja na empresa ou fora dela;
É necessário, em algum momento, incluir na estratégia um modelo de negócio que se beneficie do aumento de usuários. Propaganda, cobrança por transação para clientes Premium, ganhos devido ao conhecimento maior do comportamento do usuário (gerando menos, riscos, criando serviços agregados, etc.), etc. De fato, o volume de clientes do serviço é o maior ativo nesta estratégia. Isto explica porque muitos iniciam seus serviços na forma gratuita para só depois buscarem um modelo de negócio.

Conselho: pense se sua empresa pode se beneficiar desta estratégia. Com plataformas como o Azure já não existe mais o custo inicial de pesquisa e desenvolvimento para criar datacenters e infraestruturas altamente disponíveis e escaláveis. O custo de falhar diminuiu em muito. Em compensação, o premio do sucesso está aumentando cada vez mais.

PassCode Para o Azure

Otavio — Sat, 19 Mar 2011 13:46:44 GMT

Pessoal

Ainda existem alguns passcodes para uma oferta temporária chamada Azure Pass.

Nele a inscrição é simples e você não precisa de Cartão de Crédito. Basta entrar no site http://windowsazurepass.com, indicar o Brazil com país e entrar com o passcode BRARQ01.

Os primeiros a se subscreverem irão receber um email em no máximo 3 dias comunicando a ativação da conta. A partir desta data serão 30 dias de uso gratuíto do Azure com até 3 máquinas 2 bancos de dados e outros.

Peço que se inscrevam apenas aqueles que querem testar de fato o Azure!

Haverá também uma fila de espera para quem não conseguir chegar à tempo. Usaremos esta fila caso cheguem mais passcodes – portanto, quem quiser testar seriamente o Azure, aproveite a oportunidade.

Para facilitar seu primeiro aplicativo no Azure, coloquei no youtube um vídeo mostrando como subir uma aplicação ASP.Net de “Hello World”. É muito simples e é também um bom começo.

Outra dica é se inscrever na comunidade http://azureservicesbr.ning.com . Lá você pode encontrar mais apoio.

Abraços

Mais 2 patterns para Azure

Otavio — Sat, 12 Mar 2011 15:26:16 GMT

Aqui vão mais 2 patterns interessantes para uso também no Azure:

1) Deployment dinâmico de sites

Com o Web Role do Azure suportando o IIS-full desde o ano passado já é possível fazer o deployment de múltiplos sites em uma única máquina/WebRole. O post http://www.wadewegner.com/2011/02/running-multiple-websites-in-a-windows-azure-web-role/ mostra que basta algumas configurações e pronto – num único pacote colocamos e configuramos mais de um site para rodar no Azure num único IIS.

Porém, esta solução não é boa para alguém que quer usar o Azure para revender a hospedagem de sites. Por quê? Simples: é inviável ter que criar e fazer upload de um novo pacote do Azure à cada novo site.

Uma melhor opção é a de ter uma máquina capaz de criar sites dinamicamente sem ter que parar o servidor IIS ou o WebRole. Natten Totten mostra como fazer isto neste post. Ele cria um serviço de deployment (WebDeployEngine) que fica a espera de arquivos zip contendo o novo site. Assim que o arquivo chega, ele carrega os arquivos para o WebRole e configura o IIS para mostrar este novo site. Simples e poderoso!

Com isto deixo o seguinte problema matemático: vendendo a hospedagem de sites por R$9/mês e sabendo que existem ofertas de ~US$60 para ter um nó de computação do Azure, quantos sites necessito vender para começar a lucrar usando o Azure?

2) Um WorkRole múltiplas tarefas

O grupo do Patterns&Practices da Microsoft já tratou em seus dois livros sobre o Azure (ver aqui e aqui) de um pattern interessante para executar mais de uma tarefa em um WorkRole. O pattern associa uma interface para uma Fila (IAzureQueue) com uma tarefa para ser feita em Batch (BatchProcessingHandler). O Batch é responsável pelo o polling na fila e por chamar o Comando (herança de ICommand) que irá tratar a mensagem.Veja a figura abaixo.

Mais uma vez, simples e poderoso.

O código pode ser encontrado em http://wag.codeplex.com/. Um texto mais detalhado você encontra em http://msdn.microsoft.com/en-us/library/ff966483.aspx.

Abraços

PS.: Saiu a nova versão 1.4 do SDK do Azure. Lembre-se de atualizar o seu.

AVISO: A Oferta Azure Introductory permite agora 750 hrs gratuitas !

Otavio — Thu, 24 Feb 2011 14:35:16 GMT

O pessoal que quer testar o Azure e tinha medo de gastar mais horas do que as 25 oferecidas na Oferta Azure Introductory tem agora duas boas notícias:

A oferta foi estendida para até 30 de Junho !!! (ela iria terminar no fim de março agora)
Ela agora permite o uso de 750 hrs de computação Extra Small !!!!

750 hrs é igual a 31 dias e 6 hrs. Isto significa que, ao escolher 1 máquina Extra Small no seu projeto, você diminui em muito a possibilidade de pagar por algum esquecimento deixando a máquina ligada ! Você já pode fazer seu site, e anunciar sua festa ou outro, deixando-o no ar até o fim de Junho!

Sugiro uma olhada no Blog do Condé para entender todas as ofertas.

Abraços

Posso rodar o ASP clássico no Azure?

Otavio — Tue, 22 Feb 2011 17:48:23 GMT

SIM, ponto.

Esta é uma das virtudes da nova versão do Azure que trouxe Privilégios Elevados e o IIS-Full (isto é, temos agora o mesmo IIS 7.5 que o Windows Server R2 2008).

Privilégios Elevados permitem que você defina comandos que irão rodar antes da Máquina Virtual levantar seu processo – um bom momento para instalar componentes como o ISAPI do ASP clássico ou registrar objetos COM+, como o OLE DB Provider para ODBC.

Por exemplo, para mandar rodar um arquivo .cmd no momento de StartUp basta simplesmente definir no arquivo ServiceDefinition.csdef algo como:

   1:  <!-- ServiceDefinition.csdef -->

   2:  <Startup>

   3:    <Task commandLine="startup.cmd" executionContext="elevated" />

   4:  </Startup>

Para iniciar o ISAPI do ASP clássico, basta colocar no arquivo de comando algo como:

   1:  REM startup.cmd

   2:  start /w pkgmgr /iu:IIS-ASP

Feito.

Quer saber mais? O post do Steve Marx aqui mostra um passo a passo.

Recomendo também a leitura deste post com alguns truques e este episódio do Channel9.

Muita gente tem código bom e utilizável no ASP clássico. Bom saber que eles também podem usar o Azure!

Abraços

Martin Fowler e seu livro sobre DSLs

Otavio — Sat, 05 Feb 2011 13:05:44 GMT

As férias de final/inicio de ano são sempre boas para leituras pendentes, não é?

Este ano, dos livros que li, um dos mais interessantes para comentar e recomendar é o “Domain-Specific Languages” do Martin Fowler. Neste livro o bem conhecido autor distila um conjunto de padrões e técnicas para implementar linguagens específicas de domínios (DSL), ao estilo do seu também bem conhecido livro “Patterns for Enterprise Application Architecture”. É um livro de referência.

Se você, como eu, já estudou ou trabalhou com compiladores e/ou está interessado no uso destas técnicas para criar DSL´s, bem... este não é o livro – existem melhores.

Se você quer criar o que o autor chama de DSL´s internas, então este livro é uma excelente referência.

O que é uma DSL interna? Simples. É uma DSL escrita com a linguagem genérica e nativa que o programador já costuma usar (C#, VB, etc.).

Vamos a um exemplo do próprio livro – uma linguagem para descrever configurações de máquinas.

Uma API para descrever configurações seria:

Processor p = new Processor(2, 2500, Processor.Type.i386 );

Disk d1 = new Disk(150, Disk.UNKNOWN_SPEED, null );

Disk d2 = new Disk(75, 7200, Disk.Interface.SATA );

return new Computer( p, d1, d1 );

Uma DSL Interna para descrever esta configuração poderia ser escrita, por exemplo, segundo o padrão Method Chaining

computer()

.processor()

    .cores(2)

    .speed(2500)

    .i386()

.disk()

    .size(150)

.disk()

    .size(75)

    .speed(7200)

    .sata()

.end()

ou, por exemplo, segundo o padrão Function Sequence:

computer();

processor();

    cores(2);

    speed(2500);

    i386();

disk();

    size(150);

disk();

    size(75);

    speed(7200);

    sata();

Os dois tipos de descrição usam DSLs declarativas simples e legíveis, que podem ser escritas por um analista de negócio. Dois valores que fazem DSLs atrativas.

Se você quiser entender como implementar estes e outros tipos de DSLs internas, este é um bom livro.

Ele vai falar também dos benefícios e limitações das DSLs, da importância do Modelo Semântico para projetar e implementar uma DSL, e muitos outros assuntos correlatos e interessantes. Se você escreve bibliotecas e frameworks, o conhecimento de DSLs pode aumentar muito seu repertório.

Fica a dica.

(Outra dica: leia no blog do Rafael Godinho sobre a semana especial de Windows Azure nos Webcasts do MSDN que vai acontecer na semana de 14 a 18 de fevereiro. Será uma boa oportunidade para saber o que há de novo no Azure e como usá-lo bem)

Por que tantas tecnologias para programação Web?

Otavio — Sat, 29 Jan 2011 14:42:09 GMT

Com o lançamento do WebMatrix, a proximidade do LightSwitch e a forte mensagem da Microsoft rumo ao HTML5, é comum surgir a velha dúvida: que tecnologia usar?

Já comentei aqui neste blog que escolha gera angústia. Isto é normal. Mas se compreendermos o porquê de cada tecnologia fica mais simples escolher e nos tranqüilizar.

Abaixo, vou listar as tecnologias mais visadas para a programação web e comentar sua motivação:

HTML5: interface visual para os futuros browsers em multiplataforma. A tendência é que todas as tecnologias da Microsoft que geram HTML venham incorporar a geração de tags HTML 5 e suportar suas novidades.

Silverlight: sempre na frente do que as entidades de padronização podem fazer, o Silverlight possibilita uma experiência mais agradável e uma programação bem produtiva com o apoio de ferramentas como o Expression Blend. Será suportado no Windows Phone, no XBOX e Windows, sendo um elemento importante para a estratégia de 3 Telas + a Nuvem. É a tecnologia preferencial para o programador web que quiser tirar o máximo da usabilidade nos sistemas operacionais da Microsoft. Já tem bom ecossistema de componentes.

WPF: usado nas aplicações que necessitam retirar o máximo do Windows. Por não funcionar num Sandbox, como o HTML5 e o Silverlight, ele pode chamar recursos locais, como um banco de dados instalado na workstation. Fornece produtividade e usabilidade elevada, mas requer direitos elevados – por isto não é tão usado no contexto web mas sim no contexto Smart Client. Já tem bom ecossistema de componentes.

ASP.NET: gera HTML e possivelmente irá gerar HTML 5. Foi feito visando um largo espectro de tipos de aplicações – de aplicações muito simples a muito complexas. Simula a programação RAD do VB antigo e tem um grande ecossistema.Longa vida ao ASP.NET.

MVC: gera HTML e possivelmente irá gerar HTML 5. Foi feito visando um segmento de programadores e arquitetos que trabalham com projetos complexos e que podem largar mão de parte da produtividade do .Net para obter um código de melhor manutenção no estilo RESTfull. No MVC 3, recém lançado, incorpora uma linguagem para a confecção de Views (o Razor) que é bem mais simples e ekegante.

WebMatrix: para o desenvolvedor que gosta do estilo de programação chamado de scripting, tão comum no velho ASP e PHP. Existe uma massa muito grande de desenvolvimento Web que é feita neste estilo, onde o ASP.NET não era bem aceito (por ser mais complexo). Faltava uma ferramenta da Microsoft para este segmento. Com o uso do mesmo Razor que o MVC, pode ser uma boa escola para muitos programadores que gostam do estilo scripting.

LightSwitch: uma IDE ainda em Beta, que visa uma geração rápida de aplicativos. Gera Silverlight + WCF RIA Services + Entity Framework e já incorpora o cenário de uso no Azure. Visa simplificar o desenvolvimento trazendo de volta a facilidade de desenvolvimento análoga à de uma programação em Access. Creio que tem como segmento alvo o programador departamental que visa aplicações LOB simples, com o mínimo de codificação.

Faltam outras tecnologias com WindowsForm, XNA, SharePoint, etc. Faça seu exercício: que tipo de programador deve gostar de usar estas tecnologias? Para que contexto de uso foi feito? Que limitações de plataforma elas estão sujeitas? Para quem estiver interessado no processo de definição de um produto (como o LightSwitch ou o WebMatrix) sugiro uma lida no artigo http://msdn.microsoft.com/pt-br/library/cc518039.aspx.

Dar opções é uma obrigação da Microsoft neste contexto complexo de tantos cenários de uso. Entenda o contexto da sua produção de software e escolha. Está cada vez mais difícil não ter uma opção mais adequada.

Abraços

Provocando os Arquitetos

Otavio — Tue, 21 Dec 2010 18:10:00 GMT

Fim de ano chegando e tenho dois especiais sobre arquitetura emprestados do TechEd da Europa de 2010.

O primeiro é uma provocação saudável de um top arquiteto da Microsoft chamado Miha. É uma apresentação que louva a arquitetura de software e clama por arquitetos sábios, que conhecem arquiteturas de referências, mas que jogam ela fora, se necessário, em prol de uma arquitetura que resolva com maior beleza e eficiência o problema. Pena que é em inglês.

O segundo vídeo fala de problemas reais de quem faz e/ou usa frameworks. Este fica para os mais práticos - em inglês também.

O site do TechEd fica em http://www.msteched.com/ .

Bom Natal

Otavio

Mais Patterns para o Azure

Otavio — Fri, 17 Dec 2010 13:44:06 GMT

Se o Azure não nos dá um coordenador de transações e a Tabela do Azure só suporta isolamento do tipo snapshot dentro de uma mesma partição, não existe como garantir consistência entre tabelas, certo? Não.

É possível assegurar consistência usando algoritmos similares ao que o banco de dados faz de graça para nós. O Banco realiza isto usando o famoso arquivo de Log, que é usado para o caso de desfazimento (ou retry) de uma operação. No caso do Azure, teremos que simular este processamento.

O artigo Tabelas do Windows Azure mostra um exemplo de tratamento na sessão Consistência entre Tabelas. Não é o melhor dos exemplos, mas é um exemplo factível: para deletar uma associação pai filho, colocamos a ordem de deleção numa fila. O processo que lê a fila deve então marcar a entidade pai para não ser mais lida e, em seguida, trata de matar as entidades filhas. Por fim, deleta de vez a entidade pai e remove o pedido da fila. Se houver uma falha na máquina em que este processo está rodando, a mensagem volta a ficar visível, e quando o processo de deleção voltar ao ar ele continuará a deleção de onde parou. Como vocês podem ver, aqui a fila faz o papel do arquivo de log no Banco de Dados.

(quem quiser saber como funciona internamente um banco de dados, compre e leia o livro Transaction Processing: Concepts and Techniques – o livro é caro e longo mas, em minha opinião, é um dos melhores livros no assunto. IMPORTANTE: é um livro para quem quer saber como FAZER um Banco de Dados)

Vale a pena uma leitura com calma deste artigo e do artigo sobre blobs também. Para quem preferir as versões doc em inglês, você pode encontrá-los aqui e aqui.

Outra dica: a Microsoft Research está com um excelente site sobre melhores práticas com o Azure, mostrando inclusive gráficos com tempos de acesso em estruturas de dados e outras medições. No exemplo abaixo você vê alguns dos diagramas sobre leitura de Tabelas Azure contidos neste site.

Um must para quem quer desenvolver aplicações para Azure.

Abraços

Perguntas frequentes sobre a oferta Azure Introdutória

Otavio — Tue, 14 Dec 2010 17:55:47 GMT

Tenho colecionado algumas perguntas que podem ser úteis para todos. Aqui vão:

Pergunta: Suponhamos que eu tenha somente uma foto hospedada no Azure Introductory. Mesmo possuindo os 500MB disponíveis, se essa foto for acessada “n” vezes, isso não gera tráfego, podendo chegar ao limite e começar a cobrar? Como funciona?

Resposta: Pode ser que tenha que pagar sim, pois a oferta introdutória cobre 500MBytes de transferência de dados de saída. Com uma foto de 1MByte você vai poder ter no máximo 500 acessos antes de começar a pagar. A partir daí será cobrado 10 centavos de dólar (mais impostos) a cada 10Gb de leitura (cerca de 10mil acessos). Por isto é muito importante o acompanhamento do consumo dos serviços através do MOCP.

Pergunta: Até quando é válida a oferta Azure Introdutória? O que vai acontecer quando ela acabar?

Resposta: A oferta hoje é válida até o dia 31 de Março de 2011, mas fique atento que ela pode vir a ser estendida em breve – o que será bom. Quando acabar, a oferta expira e você estará sobre as regras das ofertas padrão, pagando pelo que usa. Lembre-se que no caso do SQL Azure o prazo acaba 3 meses depois da contratação da oferta.

Para deixar de pagar algo você tem duas possibilidades: 1) deletar todos os serviços a partir do portal (computação, storage, banco de dados e appfabric); 2) cancelar através dos procedimentos explicados em http://www.microsoft.com/online/help/pt-br/helphowto/96a71870-dc3c-4015-8baa-88bf55d17129.htm

Pergunta: Quando baixar um aplicativo, ele contará as horas automaticamente, não? Isso fica sendo contado mesmo que o aplicativo fique parado? Se sim, para não contar as horas, devo apagar o aplicativo de lá?

Resposta: A computação é cobrada por hora de cpu usada em intervalos de hora em que uma VM é alocada para você. Por exemplo, se levantei o aplicativo às 14:50 e deletei às 15:10, consumirei 2 hrs de computação- uma hr pelo uso entre 14 e 15hrs, outra pelo uso entre as 15 e 16hrs. A VM é alocada já no início da carga, seja na produção ou homologação. Ela só é liberada quando o aplicativo é totalmente removido. Sugiro a leitura do paragrafo com o título “Instancias de Computação” em http://www.microsoft.com/windowsazure/offers/popup/popup.aspx?lang=pt&locale=pt-BR&offer=MS-AZR-0003P . Aqui recomendo sempre o uso do aplicativo que está em http://greybox.codeplex.com que, depois de configurado, gera alertas sobre o uso de computação e permite remover a aplicação em 2 cliques.

Pergunta: Como é que posso contabilizar as horas e o storage que estou usando, para não exceder meu limite? Não vi nenhum lugar que mostra o total contabilizado até agora.

Resposta: Atualmente as informações de consumo podem ser encontradas n o portal https://mocp.microsoftonline.com/site/default.aspx . O MOCP é atualizado uma vez ao dia.

Se tiverem mais, por favor, basta perguntar aqui.

Abraços.

Patterns Essenciais para o Azure

Otavio — Sat, 11 Dec 2010 12:36:01 GMT

Existem alguns patterns importantes para usar em sistemas altamente distribuídos como os que o Azure proporciona. A boa nova é que alguns deles já começam a ser divulgados.

O primeiro que vale destacar trata da questão do como atualizar um dado quando milhões de usuários competem para atualizá-lo ao mesmo tempo. Um cenário exemplo é o que acontece nos sistemas de vendas de tickets pela internet.

Por exemplo, semana passada saiu uma notícia do problema nas vendas online de ingressos para o U2 e, ao final, a notícia conta que o uso do Azure fará com que isto não aconteça no Rock in Rio!

Bem, o Azure resolve o problema da escalabilidade, mas não resolve o problema do lock necessário na informação de números de ingressos, por exemplo. Cabe ao arquiteto/desenvolvedor garantir uma estratégia para minimizar o lock e garantir que o sistema não de time out por espera na fila de escrita de um banco de dados.

Um pattern que pode ser encontrado com detalhes neste artigo da MSDN magazine ajuda neste problema. A estratégia do pattern se resume a:

particionar a informação, colocando lotes de tickets (intervalos de números) em registros diferentes (no caso do artigo, blobs). Com isto, diminuímos a concorrência pelo mesmo registro;
uso de concorrência otimista. Isto é, adicionamos um número de versão associado à cada lote e o agente quer for ler e escrever saberá se durante o intervalo entre leitura e escrita houve alguma mudança devido à concorrência. Se não houve, sucesso. Se houve, tenta de novo;

Vale a leitura do artigo.

Outro problema que merece o conhecimento de patterns específicos se refere à falta de um coordenador de transação no Azure. Sem ele, não conseguimos garantir consistência na escrita em mais de um tipo de armazenamento (tabelas, filas, bases de dados, blobs). Pior, não conseguimos ser ACID mesmo quando escrevemos usando um único tipo, como acontece quando executamos escritas em duas tabelas ou dois blobs.

Para tratar disto precisamos de estratégias específicas que podem variar de acordo com a situação.

Um primeiro caso, que permite uma solução simples, é o caso de escrita em uma tabela do Azure de informações do tipo cabeçalho + itens. O livro Moving Applications to Cloud mostra como fazer isto (ver sessão Transactions in aExpense) usando os seguintes truques:

Inserir primeiro todos os itens na tabela de itens usando o batch update (isto é, insere todos de uma vez e de forma transacional, já que todos estão na mesma partição da tabela);
Em seguida inserir o cabeçalho;
Caso haja algum erro na inserção do cabeçalho, os itens serão deletados (desfazimento);
Mesmo assim, existe sempre a possibilidade de haver um crash entre as operações 1 e 2 acima, fazendo o tratamento de erro não rodar. Por isto, de tempos em tempos um processo busca por itens órfãos.

Recomendo a leitura Moving Applications to Cloud, para quem está estudando ou já migrando seu aplicativo para o Azure.

Num post futuro prometo falar de patterns de desfazimento mais genéricos.

Abraços

Portal do Azure – Simples e Funcional

Otavio — Fri, 03 Dec 2010 21:11:05 GMT

Pessoal,

O Waldemir avisou aqui que o novo Portal do Azure saiu. Mas, como ele mostrou pouco, vou colocar aqui abaixo algumas fotos para vocês verem como ficou.

Primeiro, uma mostra de como fica a tela principal para controle do Windows Azure (computação + armazenamento). Note à esquerda que existem muitas facilidades antes inalcançáveis, como “Deployment Health” e a versão beta para subir imagens de uma VM.

Nesta outra , você vê as facilidades para administrar o storage. Note o Ribbon facilitando a criação/deleção de storages.

Por fim, aqui vai a tela para a administração do SQL Azure. Notem também o Reporting Services logo abaixo da opção de Database.

Como vocês podem ver, a administração está bem simples e funcional, tornando tudo mais rápido e intuitivo. Recomendo a todos que tiverem uma assinatura do Azure a testar.

Para quem não tem uma assinatura, assine uma conta Introdutória aqui . Você vai precisar de um cartão de crédito e terá direito a 25horas de Azure, 500Mb de disco, 1 SQLAzure de 1Gb, etc. (veja o que você tem direito aqui ). Para testar, esta opção é ótima!

(

Lembretes para quem usar o Introdutório:

1) Para executar programas e aprender, no final vc vai precisar do Visual Studio e SDK do Azure que você pode encontrar aqui;

2) Lembre-se de usar apenas o que está dentro da oferta. Muitos exercícios do SDK do Azure usam apenas o SQLAzure ou o Storage. Estes exercícios não oferecem o risco de se pagar nada, pois não precisam subir nenhuma aplicação para o Azure. Fica a dica para os mais medrosos;

3) Se você resolver subir, saiba que vc te 25 horas de uso de uma cpu. Portanto, você pode usar 1 cpu por 25 horas ou 25 cpus por uma hora. Você vai receber e-mails avisando que está chegando ao fim, ou que já chegou ao fim. Mas, ainda assim, eu prefiro usar o http://greybox.codeplex.com que fica me avisando se tenho algum aplicativo no ar. Além dele não me deixar esquecer que o tempo está contando, uso ele para matar o aplicativo assim que eu termino meus testes;

4) Por último, uma curiosidade sobre a contagem de uso de cpu do Azure. Ele é hoje cobrado pelo uso em intervalos de hora. Por exemplo, se levantei o aplicativo às 14:50 e deletei às 15:10, pago por 2 hrs de uso - uma hr pelo uso entre 14 e 15hrs. Outra pelo uso entre as 15 e 16hrs;

Conto tudo isto não para desistimular vocês, mas para vocês saberem usar de graça!

)

No próximo post volto a falar de padrões para a Nuvem.

Abraços

Senha no Banco (mesmo criptografada) é PERIGO!

Otavio — Sat, 20 Nov 2010 12:53:00 GMT

Quando visito clientes e parceiros sempre faço a seguinte pergunta: você guarda a senha do seu usuário no banco de dados?

Infelizmente o número de respostas SIM ainda é alto. Todos que fazem isto também afirmam que criptografam a senha e que isto os torna seguros.

O problema com este tipo de solução é que, uma vez com a senha criptografada na mão, ainda é possível quebrá-la. Pior: uma vez quebrada uma senha, todas as outras costumam ficar bastante ameaçadas.

Uma solução melhor é a de não armazenar a senha, mas sim um hash da senha. Com isto, mesmo que alguém consiga o acesso à base com senha, ele não conseguirá chegar à senha final.

Andei procurando artigos com dicas sobre o assunto e encontrei poucos. Aqui está o que eu achei:

Existe um artigo que fala bem deste tópico em: http://www.macronimous.com/resources/Secure_Password_Programming.asp
Lembrem-se que podemos usar SHA256 com Salt, pois é mais forte que SHA1, como este artigo mostra: “How To: Hash Data with Salt (C#/VB.NET)” http://www.obviex.com/Samples/Hash.aspx
Outro artigo interessante é o http://blogs.msdn.com/b/bethmassi/archive/2007/06/06/login-form-parameterized-queries-part-2.aspx

E lembrem-se: não guardem senhas no banco (nem no código ou em arquivos de config).

Abraços

Processamento 1000 vezes mais rápido

Otavio — Sun, 14 Nov 2010 13:19:36 GMT

No post passado tentei mostrar para vocês que a computação na nuvem é barata e que nos permite mudar uma computação de 1000hrs com 1 computador para 1000 computadores por uma hora. O custo é o mesmo. Já o tempo de processamento pode ser 1000 vezes menor!

Mas isto não é um tipo de computação no qual estamos acostumados a criar.

Estamos acostumados a colocar um farm para frontends web – cada um recebendo os pedidos de browsers distantes - sem grandes interações entre servidores. A programação é ASP.Net comum (ou Ruby ou Java, etc.) e não faz sentido aqui a frase “1000 computadores por apenas 1hr”.

Os aplicativos que fazem sentido neste contexto são aquelas que precisam de muita computação e onde esta computação pode ser feita com alto grau de paralelismo!

O padrão de computação aqui costuma ser a de:

Dividir uma tarefa em um conjunto grande de sub tarefas;
Processar cada sub tarefa em um processador diferente (1000 ou mais, se necessário e possível);
Reunir o trabalho feito destas sub tarefas;

Existe um exemplo interessante deste padrão, no Azure, que é a implementação de um algoritmo de simulação de Monte Carlo que pode ser encontrado em http://code.msdn.microsoft.com/fullmonte.

Outro bom exemplo é o algoritmo de search de um Bing ou Google. Nele, teríamos 3 fases distintas:

Fase da carga: onde um processo de crowling (busca/leitura de páginas públicas da web) e indexação são realizados. Como resultado, teremos índices, que mapeiam as ocorrências de palavras nas páginas web. Estes índices são armazenados em milhares máquinas de forma particionada.
Fase de procura em paralela: quando você manda um conjunto de palavras a serem consultadas pelo seu navegador e outro milhar de máquinas entram em ação procurando em paralelo a ocorrência das palavras nos arquivos de índices.
Fase de consolidação dos resultados: onde o resultado de cada procura feita em paralelo é consolidado para ser enviada ao navegador do usuário.

Notem que as três fases podem ser feitas com várias máquinas.

Existem vários outros exemplos. O encoding de vídeos e renderização de imagens é um exemplo na moda. A produção do filme Avatar usou o Azure para armazenar e trabalhar cena a cena (veja artigo). No PDC, falaram da Pixar usando o Azure para a renderização de desenhos (ver aqui).

Existem tamém vários outros padrões como pipeline, computação em grid e grafos de computação genéricos. O MapReduce, mostrado acima, não é o único padrão de computação em paralelo.

Existem muitas outras oportunidades.

A vantagem da nuvem não é só diminuir o custo da TI. A vantagem da nuvem é também permitir aplicações/processos antes impensáveis (devido ao antigo custo de computação e/ou armazenamento).

Por isto continuo com minha campanha – experimente a nuvem. Baixe os SDKs do http://azure.com. Teste seu programa na sua workstation. Faça uma subscrição gratuita para subir o programa e ver como é simples o processo (tenho dicas aqui).

Se prepare para a nuvem!