Anunciando: Grandes Melhorias para Web Sites da Windows Azure
- by Leniel Macaferi
Estou animado para anunciar algumas grandes melhorias para os Web Sites da Windows Azure que introduzimos no início deste verão.
As
melhorias de hoje incluem: uma nova opção de hospedagem adaptável
compartilhada de baixo custo, suporte a domínios personalizados para
websites hospedados em modo compartilhado ou em modo reservado usando registros CNAME e A-Records (o último permitindo naked domains),
suporte para deployment contínuo usando tanto CodePlex e GitHub, e a
extensibilidade FastCGI. Todas essas melhorias estão agora online em
produção e disponíveis para serem usadas imediatamente.
Nova Camada Escalonável "Compartilhada"
A
Windows Azure permite que você implante e hospede até 10 websites em um
ambiente gratuito e compartilhado com múltiplas aplicações. Você pode
começar a desenvolver e testar websites sem nenhum custo usando este
modo compartilhado (gratuito). O modo compartilhado suporta a capacidade
de executar sites que servem até 165MB/dia de conteúdo (5GB/mês). Todas as capacidades que introduzimos em Junho com esta camada gratuita
permanecem inalteradas com a atualização de hoje.
Começando com o
lançamento de hoje, você pode agora aumentar elasticamente seu website
para além desta capacidade usando uma nova opção "shared" (compartilhada) de
baixo custo (a qual estamos apresentando hoje), bem como pode usar a
opção "reserved instance" (instância reservada) - a qual suportamos desde Junho. Aumentar a
capacidade de qualquer um desses modos é fácil. Basta clicar na aba
"scale" (aumentar a capacidade) do seu website dentro do Portal da Windows Azure,
escolher a opção de modo de hospedagem que você deseja usar com ele, e
clicar no botão "Salvar". Mudanças levam apenas alguns segundos para
serem aplicadas e não requerem nenhum código para serem alteradas e
também não requerem que a aplicação seja reimplantada/reinstalada:
A
seguir estão mais alguns detalhes sobre a nova opção "shared"
(compartilhada), bem como a opção existente "reserved" (reservada):
Modo Compartilhado
Com
o lançamento de hoje, estamos introduzindo um novo modo de hospedagem de baixo custo "compartilhado" para Web Sites da Windows
Azure. Um website em execução no modo compartilhado é
implantado/instalado em um ambiente de hospedagem compartilhado com
várias outras aplicações. Ao contrário da opção de modo free (gratuito), um web-site
no modo compartilhado não tem quotas/limite máximo para a quantidade de
largura de banda que o mesmo pode servir. Os primeiros 5 GB/mês de
banda que você servir com uma website compartilhado é grátis, e então
você passará a pagar a taxa padrão "pay as you go" (pague pelo que
utilizar) da largura de banda de saída da Windows Azure quando a banda
de saída ultrapassar os 5 GB.
Um website em execução no modo
compartilhado agora também suporta a capacidade de mapear múltiplos
nomes de domínio DNS personalizados, usando ambos CNAMEs e A-records
para tanto. O novo suporte A-record que estamos introduzindo com o
lançamento de hoje oferece a possibilidade para você suportar "naked
domains" (domínios nús - sem o www) com seus web-sites (por exemplo, http://microsoft.com além de http://www.microsoft.com). Nós também, no futuro, permitiremos SSL baseada em SNI como um
recurso nativo nos websites que rodam em modo compartilhado (esta
funcionalidade não é suportada com o lançamento de hoje - mas chagará
mais tarde ainda este ano, para ambos as opções de hospedagem -
compartilhada e reservada).
Você paga por um website no modo
compartilhado utilizando o modelo padrão "pay as you go" que suportamos
com outros recursos da Windows Azure (ou seja, sem custos iniciais, e
você só paga pelas horas nas quais o recurso estiver ativo). Um
web-site em execução no modo compartilhado custa apenas 1,3
centavos/hora durante este período de preview (isso dá uma média de $ 9.36/mês ou R$ 19,00/mês - dólar a R$ 2,03 em 17-Setembro-2012)
Modo Reservado
Além
de executar sites em modo compartilhado, também suportamos a execução
dos mesmos dentro de uma instância reservada. Quando rodando em modo de
instância reservada, seus sites terão a garantia de serem executados de
maneira isolada dentro de sua própria VM (virtual machine - máquina
virtual) Pequena, Média ou Grande (o que significa que, nenhum outro
cliente da Windows azure terá suas aplicações sendo executadas dentro de sua
VM. Somente as suas aplicações). Você pode executar qualquer número de
websites dentro de uma máquina virtual, e não existem quotas para
limites de CPU ou memória.
Você pode executar seus sites usando
uma única VM de instância reservada, ou pode aumentar a capacidade tendo
várias instâncias (por exemplo, 2 VMs de médio porte, etc.). Dimensionar para cima ou para baixo é fácil - basta selecionar a VM da
instância "reservada" dentro da aba "scale" no Portal da Windows Azure,
escolher o tamanho da VM que você quer, o número de instâncias que você
deseja executar e clicar em salvar. As alterações têm efeito em
segundos:
Ao
contrário do modo compartilhado, não há custo por site quando se roda
no modo reservado. Em vez disso, você só paga pelas instâncias de VMs
reservadas que você usar - e você pode executar qualquer número de
websites que você quiser dentro delas, sem custo adicional (por exemplo,
você pode executar um único site dentro de uma instância de VM
reservada ou 100 websites dentro dela com o mesmo custo). VMs de
instâncias reservadas têm um custo inicial de $ 8 cents/hora ou R$ 16
centavos/hora para uma pequena VM reservada.
Dimensionamento Elástico para Cima/para Baixo
Os
Web Sites da Windows Azure permitem que você dimensione para cima ou
para baixo a sua capacidade dentro de segundos. Isso permite que você
implante um site usando a opção de modo compartilhado, para começar, e
em seguida, dinamicamente aumente a capacidade usando a opção de modo
reservado somente quando você precisar - sem que você tenha que alterar
qualquer código ou reimplantar sua aplicação.
Se o tráfego do
seu site diminuir, você pode diminuir o número de instâncias reservadas
que você estiver usando, ou voltar para a camada de modo compartilhado -
tudo em segundos e sem ter que mudar o código, reimplantar a aplicação
ou ajustar os mapeamentos de DNS. Você também pode usar o "Dashboard"
(Painel de Controle) dentro do Portal da Windows Azure para facilmente
monitorar a carga do seu site em tempo real (ele mostra não apenas as
solicitações/segundo e a largura de banda consumida, mas também
estatísticas como a utilização de CPU e memória).
Devido ao
modelo de preços "pay as you go" da Windows Azure, você só paga a
capacidade de computação que você usar em uma determinada hora. Assim,
se o seu site está funcionando a maior parte do mês em modo
compartilhado (a $ 1.3 cents/hora ou R$ 2,64 centavos/hora), mas há um
final de semana em que ele fica muito popular e você decide aumentar sua
capacidade colocando-o em modo reservado para que seja executado em sua
própria VM dedicada (a $ 8 cents/hora ou R$ 16 centavos/hora), você só
terá que pagar os centavos/hora adicionais para as horas em que o site
estiver sendo executado no modo reservado. Você não precisa pagar
nenhum custo inicial para habilitar isso, e uma vez que você retornar
seu site para o modo compartilhado, você voltará a pagar $ 1.3 cents/hora
ou R$ 2,64 centavos/hora). Isto faz com que essa opção seja super
flexível e de baixo custo.
Suporte Melhorado para Domínio Personalizado
Web
sites em execução no modo "compartilhado" ou no modo "reservado"
suportam a habilidade de terem nomes personalizados (host names)
associados a eles (por exemplo www.mysitename.com). Você pode associar múltiplos domínios personalizados para cada Web Site da Windows Azure.
Com
o lançamento de hoje estamos introduzindo suporte para registros
A-Records (um recurso muito pedido pelos usuários). Com o suporte a
A-Record, agora você pode associar domínios 'naked' ao seu Web Site da
Windows Azure - ou seja, em vez de ter que usar www.mysitename.com você pode simplesmente usar mysitename.com
(sem o prefixo www). Tendo em vista que você pode mapear vários
domínios para um único site, você pode, opcionalmente, permitir ambos
domínios (com www e a versão 'naked') para um site (e então usar uma regra de reescrita de URL/redirecionamento (em Inglês) para evitar problemas de SEO).
Nós
também melhoramos a interface do usuário para o gerenciamento de
domínios personalizados dentro do Portal da Windows Azure como parte do
lançamento de hoje. Clicando no botão "Manage Domains" (Gerenciar
Domínios) na bandeja na parte inferior do portal agora traz uma
interface de usuário personalizada que torna fácil gerenciar/configurar
os domínios:
Como
parte dessa atualização nós também tornamos significativamente mais
suave/mais fácil validar a posse de domínios personalizados, e também
tornamos mais fácil alternar entre sites/domínios existentes para Web
Sites da Windows Azure, sem que o website fique fora do ar.
Suporte a Deployment (Implantação) contínua com Git e CodePlex ou GitHub
Um dos recursos mais populares que lançamos no início deste verão
foi o suporte para a publicação de sites diretamente para a Windows
Azure usando sistemas de controle de código como TFS e Git. Esse
recurso fornece uma maneira muito poderosa para gerenciar as
implantações/instalações da aplicação usando controle de código. É
realmente fácil ativar este recurso através da página do dashboard de um
web site:
A
opção TFS que lançamos no início deste verão oferece uma solução de
implantação contínua muito rica que permite automatizar os builds e a execução de testes unitários a cada vez que
você atualizar o repositório do seu website, e em seguida, se os testes
forem bem sucedidos, a aplicação é automaticamente publicada/implantada
na Windows Azure.
Com o lançamento de hoje, estamos expandindo
nosso suporte Git para também permitir cenários de implantação contínua
integrando esse suporte com projetos hospedados no CodePlex e no GitHub.
Este suporte está habilitado para todos os web-sites (incluindo os que
usam o modo "free" (gratuito)).
A partir de hoje, quando você
escolher o link "Set up Git publishing" (Configurar publicação Git) na
página do dashboard de um website, você verá duas opções adicionais
quando a publicação baseada em Git estiver habilitada para o web-site:
Você
pode clicar em qualquer um dos links "Deploy from my CodePlex project" (Implantar a partir do meu projeto no CodePlex)
ou "Deploy from my GitHub project" (Implantar a partir do meu projeto no GitHub) para seguir um simples passo a passo
para configurar uma conexão entre o seu website e um repositório de
código que você hospeda no CodePlex ou no GitHub. Uma vez que essa conexão é
estabelecida, o CodePlex ou o GitHub automaticamente notificará a
Windows Azure a cada vez que um checkin ocorrer. Isso fará com que a
Windows Azure faça o download do código e compile/implante a nova versão
da sua aplicação automaticamente.
Os dois vídeos a seguir (em
Inglês) mostram quão fácil é permitir esse fluxo de trabalho ao
implantar uma app inicial e logo em seguida fazer uma alteração na
mesma:
Habilitando Implantação Contínua com os Websites da Windows Azure e CodePlex (2 minutos)
Habilitando Implantação Contínua com os Websites da Windows Azure e GitHub (2 minutos)
Esta
abordagem permite um fluxo de trabalho de implantação contínua
realmente limpo, e torna muito mais fácil suportar um ambiente de
desenvolvimento em equipe usando Git:
Nota: o lançamento de hoje suporta estabelecer conexões com repositórios públicos do GitHub/CodePlex. Suporte para repositórios privados será habitado em poucas semanas.
Suporte para Múltiplos Branches (Ramos de Desenvolvimento)
Anteriormente,
nós somente suportávamos implantar o código que estava localizado no
branch 'master' do repositório Git. Muitas vezes, porém, os
desenvolvedores querem implantar a partir de branches alternativos (por
exemplo, um branch de teste ou um branch com uma versão futura da
aplicação). Este é agora um cenário suportado - tanto com projetos
locais baseados no git, bem como com projetos ligados ao CodePlex ou
GitHub. Isto permite uma variedade de cenários úteis.
Por
exemplo, agora você pode ter dois web-sites - um em "produção" e um
outro para "testes" - ambos ligados ao mesmo repositório no CodePlex ou
no GitHub. Você pode configurar um dos websites de forma que ele sempre
baixe o que estiver presente no branch master, e que o outro website
sempre baixe o que estiver no branch de testes. Isto permite uma maneira
muito limpa para habilitar o teste final de seu site antes que ele entre
em produção.
Este vídeo de 1 minuto (em Inglês) demonstra como configurar qual branch usar com um web-site.
Resumo
Os
recursos mostrados acima estão agora ao vivo em produção e disponíveis
para uso imediato. Se você ainda não tem uma conta da Windows Azure,
você pode inscrever-se em um teste gratuito para começar a usar estes recursos hoje mesmo. Visite o O Centro de Desenvolvedores da Windows Azure (em Inglês) para saber mais sobre como criar aplicações para serem usadas na nuvem.
Nós
teremos ainda mais novos recursos e melhorias chegando nas próximas
semanas - incluindo suporte para os recentes lançamentos do Windows
Server 2012 e .NET 4.5 (habilitaremos novas imagens de web e work roles
com o Windows Server 2012 e NET 4.5 no próximo mês). Fique de olho no
meu blog para detalhes assim que esses novos recursos ficarem
disponíveis.
Espero que ajude,
- Scott
P.S. Além do blog, eu também estou utilizando o Twitter para atualizações rápidas e para compartilhar links. Siga-me em: twitter.com/ScottGu
Texto traduzido do post original por
Leniel Macaferi.
