Componentes

Google sob pressão à medida que as solicitações do Google App Engine aumentam

CPBR5 - Desenvolvimento de aplicações para o Google App Engine

CPBR5 - Desenvolvimento de aplicações para o Google App Engine
Anonim

empilhando-se de programadores entusiastas usando o ambiente de desenvolvimento de aplicativos hospedados no Google App Engine, testando novamente a capacidade do Google de atender às expectativas de desenvolvedores externos, um grupo exigente que a empresa considera essencial para seu sucesso.

estão ansiosos para que o Google se mova rapidamente e adicione recursos básicos de que eles precisam para lançar aplicativos comerciais.

Algumas solicitações populares: remover o teto de recursos para que eles possam comprar capacidade de computação adicional; suporte para mais idiomas além do Python; e proteger as comunicações de aplicativos por meio de SSL e

Os gerentes de produto do Google App Engine, Pete Koomen e Paul McDonald, estão cientes desses e de outros recursos comumente solicitados pelo Google App Engine, mas, seguindo a política do Google, relutam em divulgar No entanto, eles dizem que são encorajados pelo nível de interesse e engajamento que os desenvolvedores estão demonstrando com o Google App Engine, conforme evidenciado por sua participação ativa no fórum de discussão oficial do serviço e em uma página da lista de desejos do Google. up, que contém solicitações para mais de 400 recursos e aprimoramentos.

"Estamos vendo muitas coisas excelentes criadas no App Engine e obtivemos ótimos comentários de desenvolvedores", disse McDonald em entrevista por telefone.

A equipe do Google App Engine está ouvindo atentamente as solicitações dos desenvolvedores e está trabalhando ativamente para melhorar e ampliar o serviço, disse ele. "Temos ótimas coisas no pipeline", disse McDonald.

O Google App Engine foi lançado no início de abril e abriu amplamente no final de maio.

As 10.000 contas gratuitas do Google App Engine que o Google ofereceu foram abocanhadas muito rapidamente. Até o final de maio, quando o Google abriu o serviço para qualquer pessoa, a empresa divulgou que já havia deixado entrar cerca de 75.000 desenvolvedores e que outros 80.000 estavam na lista de espera.

Embora o Google não divulgue quantos aplicativos Contas de motores foram abertas, é seguro estimar que agora deve haver mais de 200.000, disse Ray Valdes, analista da Gartner. "Isso é muito", disse ele. "Agora o Google precisa cumprir a proposta de valor do Google App Engine: os desenvolvedores escrevem código e o Google lida com tudo."

O Google App Engine não foi projetado para ser uma infraestrutura de computação em nuvem e um ambiente de desenvolvimento para todos os tipos de aplicativos e desenvolvedores.

Em vez disso, o App Engine é para aplicativos do tipo que o Google desenvolve: aplicativos da Web com recurso de massa que não exigem processos de longa execução para, por exemplo, analisar dados científicos. Em vez disso, o App Engine foi desenvolvido para aplicativos da Web suportados por banco de dados, como blogs, programas de produtividade de escritório e produtos de redes sociais.

Ao contrário de outros serviços hospedados de computação e desenvolvimento, como o AWS da Amazon, o App Engine fornece um conjunto altamente integrado de componentes. quantidade de ajuste e configuração que os desenvolvedores devem participar.

Esse design sacrifica a flexibilidade e o controle reduzindo as opções, mas está alinhado com o objetivo final do App Engine de atrair desenvolvedores que desejam criar e implantar rapidamente seus aplicativos e são felizes ter o Google lidando com o restante.

O design do App Engine claramente acertou, e está claro que o Google agora está ocupado, dada a popularidade do serviço.

Em entrevistas por e-mail com desenvolvedores do App Engine, duas coisas ficou claro: eles estão muito entusiasmados com o serviço e estão ansiosos para que o Google o aprimore e expanda.

Algumas das vantagens mais comuns mencionadas pelos desenvolvedores do App Engine são sua automatização d balanceamento de carga; seu armazenamento de dados altamente escalável, projetado pelo Google, sistema de arquivos e linguagem de consulta; sua forte integração de componentes; e simplicidade geral.

Bill Katz, da Web e desenvolvedor de Palo Alto, Califórnia, já escreveu um aplicativo chamado Bloog, que ele lançou sob uma licença de código aberto, e está trabalhando no desenvolvimento de dois outros aplicativos.

Como sua equipe é composta apenas por ele e sua esposa, ele valoriza a integração, a automação e a simplicidade do App Engine.

"O Google App Engine remove várias tarefas para um aplicativo Web muito escalonável, como a manutenção de vários servidores [e] um banco de dados dimensionável "Ele acha o Amazon AWS" ótimo "- ele usa seu serviço S3 para armazenamento de backup pessoal e pode usar o EC2 para hospedar alguns serviços da Web que o Google App Engine não pode suportar - mas reconhece que tem como alvo um diferente market.

"A AWS fornece componentes brutos que podem ser reunidos de várias maneiras para criar um aplicativo Web escalável. O Google App Engine, por outro lado, fornece uma pilha totalmente integrada que exige que você trabalhe de uma determinada maneira, "ele disse.

Ainda assim, está claro que o entusiasmo com a aparência atraente do Google App Engine está ganhando cada vez mais pressão no Google para preencher as lacunas do serviço.

Apesar de todos os elogios ao Google App Engine, Katz sente falta de alguns recursos-chave, como a expansão de linguagens de programação suportadas além do Python.

"É desnecessário dizer que os desenvolvedores estão esperando ansiosamente que as cotas sejam suspensas e que o pagamento por uso seja iniciado", disse ele. "As tarefas em segundo plano também seriam ótimas."

Atualmente, os aplicativos do App Engine podem usar até 500 MB de armazenamento persistente e largura de banda e CPU suficientes para 5 milhões de visualizações mensais, embora o Google planeje permitir a compra de recursos adicionais em algum momento. antes do fim do ano

Ben Bryant, presidente da First Objective Software em Alexandria, Virgínia, está nos estágios iniciais de desenvolvimento de um aplicativo comercial para hospedagem de coleções, mas não será capaz de implementá-lo até que o Google forneça o aplicativo Mecanize um recurso abrangente de pesquisa de texto completo. "Tudo o que preciso já está lá", disse Bryant. Filip Verhaeghe, CEO da Self-Star, também está planejando implantar um aplicativo comercial no Google App Engine, mas perde a capacidade de comunicação segura, o que o forçou a aparecer com esquemas de criptografia personalizados no navegador. "Dificilmente o tipo de medidas que incutem confiança nos clientes", disse ele.

Outras preocupações para Verhaeghe: o status da versão beta do serviço e a incapacidade de comprar mais recursos. Ele também gostaria que o Google fortalecesse o acordo de licenciamento com os desenvolvedores. "O Google tem sido muito claro sobre sua intenção de não usar código, mas não há histórico", disse ele. "Especificamente, você poderia levantar a questão de como o upload de seu código está relacionado a 'divulgar' sua invenção, no contexto de patentes. O Google deveria fornecer melhor proteção legal lá."

Em Estocolmo, Suécia, o Colliberty Easy Publisher está retrocedendo Os pneus do App Engine se perguntam se o Google planeja elevar a limitação do número de arquivos - 1.000 - que os desenvolvedores podem carregar com um aplicativo, disse Johan Carlsson, desenvolvedor sênior.

Mahmoud Arram, de Cambridge, Massachusetts, é co-responsável desenvolver um aplicativo de rede social comercial com um parceiro e deseja saber se o Google planeja fornecer uma maneira automatizada de migrar dados do App Engine e oferecer suporte a aplicativos de vários segmentos.

O nível de clareza do McDonald e do Koomen do Google O McDonald reconheceu que, embora o Google App Engine ofereça um recurso de pesquisa de texto simples, o Google está ciente de que ele pode ser melhor. "Gostaríamos de fornecer uma pesquisa completa de texto completo no App Engine", disse McDonald, recusando-se a oferecer um cronograma para a entrega. "É importante ter isso".

Ele também afirmou que o Google pretende facilitar a migração dos dados dos desenvolvedores para fora do Google App Engine, oferecendo suporte aos padrões do setor para essas finalidades. "A questão do bloqueio de dados foi um pouco exagerada", disse Koomen. Existem maneiras de migrar dados do Google App Engine hoje, mas o Google pode simplificar e automatizar o processo, acrescentou.

Da mesma forma, o Google está ciente de que os desenvolvedores gostariam de executar aplicativos multitarefa no App Engine, mas, enquanto isso, o Koomen aponta que, embora os aplicativos sejam de thread único, eles são divididos em vários servidores em paralelo.

Isso permite que os aplicativos sejam dimensionados sem problemas, sem interação com o desenvolvedor. "Podemos dimensionar e distribuir automaticamente a carga entre os servidores para que não sobrecarregue qualquer instância ou servidor em particular", disse Koomen.

O Google não tem planos imediatos para elevar o limite de 1.000 arquivos que podem ser carregados com um O código do aplicativo, disse McDonald, acrescentando que isso não se aplica ao número de arquivos que os usuários finais de um aplicativo podem fazer upload - que é restrito pela quantidade de armazenamento disponível para o aplicativo.

Eles também foram muito inequívocos em explicar que o Google não pretende oferecer suporte a bancos de dados SQL como alternativas ao armazenamento de dados e ao GQL proprietários do Google, que contribuem para a capacidade "fluida" do Google App Engine.

O suporte para comunicações seguras de aplicativos está na lista de tarefas do Google, embora Não há cronograma público para sua entrega, disse McDonald, acrescentando que, enquanto isso, os aplicativos do Google App Engine podem usar as contas de usuário do Google como um mecanismo de autenticação.

Da mesma forma, o Google também está trabalhando para ampliar o suporte Além disso, o contrato de licenciamento do Google com os desenvolvedores é muito claro: o código, os dados e a propriedade intelectual de um aplicativo pertencem aos criadores de seus desenvolvedores.

"Levamos isso muito a sério. A confiança é uma das coisas mais importantes que temos aqui no Google, e queremos garantir que os desenvolvedores, através de nossos termos e ações, entendam que o código e os dados deles são deles ", disse McDonald.

Stephen O ' Grady, analista da Redmonk, disse que o Google está observando como os desenvolvedores usam o App Engine, para prever a carga que os aplicativos farão em sua infraestrutura e determinar o volume que será capaz de suportar. "Isso é sobre planejamento de capacidade", disse ele. O Google está mantendo os recursos no mínimo para garantir o desempenho adequado de todos, até que possa obter um melhor perfil da demanda. "

Vishwanath Venugopalan, analista do The 451 Group, observa que, embora o número de contas do App Engine pode ser grande, não há muitos aplicativos implantados ainda, o que dá ao Google uma oportunidade de continuar descobrindo as melhores práticas neste, um novo mercado para a empresa.

No entanto, o Google precisa proteger o zumbido positivo e barulhento em torno do App Engine. "Inegavelmente há muito entusiasmo dos desenvolvedores e gostaríamos de ver como o Google capitaliza isso ", disse Venugopalan. Para começar, o Google deve priorizar o suporte a mais linguagens de programação e oferecer garantias de nível de serviço para incutir confiança no desempenho e na confiabilidade do serviço, especialmente após a queda sofrida em junho.

Desenvolvedores como Katz estarão observando de perto como o Google tende a usar Engine, e eles parecem estar dispostos a dar à empresa o benefício da dúvida com relação à interrupção recente e às atuais cotas de recursos como as coisas esperadas nos primeiros dias.

"Acho que a inteligência do Google resolverá problemas Será interessante ver como o App Engine é executado depois que as cotas são removidas ", disse Katz.

" Para nossa pequena startup, aposto que até o final do ano o Google App Engine será estável e robusto. o suficiente para lidar com os usuários para o nosso aplicativo comercial de nicho, mesmo que tenhamos sorte e se torne popular ", acrescentou. "A terceirização para o Google é um risco calculado que leva em conta as restrições da minha startup em relação ao tempo disponível em dinheiro e programação".