Opinião sobre google App Engine

Thread.start() Membro desde: 14/05/2008 07:31:15 Mensagens: 30 Offline

Olá Pessoal,

Estou pensando em desenvolver uma aplicação utilizando o serviço do google App Engine.

Alguém já usou esse serviço? Poderia falar um pouco dos pontos positivos e negativos? Usaria novamente?

Obrigado

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Cara,

são 18:30 de uma sexta-feira e eu deveria estar tomando chopp em algum happy hour por aí, porém estou acompanhando um teste de carga no GAE (ou melhor um teste de custos, pq carga ele aguenta o que vc mandar... kkk). É lindo isso aqui, eh a máquina ideal, não tem limite de memória, não tem limite de CPU e não tem limite de disco.

Enfim, hoje eu não trocaria nem f... o GAE por um JBoss/Glassfish/Tomcat hosteado.

Mas tem um limite muito significativo: tempo de resposta da requisição.
Isso inviabiliza algumas coisas!

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Oi Vanessa,

não entendi. Pode elaborar com dados?

Vc sabia que houve 101 milhões de stream views do casamento do príncipe Willian que foram transmitidos pelo GAE?

http://www.officialroyalwedding2011.org/blog/2011/May/6/The-Royal-Wedding-online

Estou fazendo umas cócegas com um teste que está batendo em 10-13 requisições HTTP por segundo e os tempos de reposta (latência) estão estáveis conforme dados das instâncias abaixo. Essas requisições simulam inclusões e consultas no Datastore.

QPS* Latency* Requests Errors Age Memory Availability
3.117 189.0 ms 3625 0 0:20:34 188.5 MBytes Dynamic Icon Dynamic
3.300 163.3 ms 3525 0 0:19:48 184.8 MBytes Dynamic Icon Dynamic
3.233 161.7 ms 3437 0 0:19:38 183.5 MBytes Dynamic Icon Dynamic
0.383 135.6 ms 89 0 0:10:43 85.2 MBytes Dynamic Icon Dynamic
0.033 274.0 ms 187 0 0:20:24 85.3 MBytes Dynamic Icon Dynamic
0.250 157.7 ms 188 0 0:16:38 86.0 MBytes Dynamic Icon Dynamic
* QPS and latency values are an average over the last minute.

Ainda vou forçar mais e executar esse mesmo teste em diversas máquinas ou em diversas threads numa mesma máquina, mas não tenho dúvidas que o GAE mantém a latência com mais intâncias.

"Dados"?
Se você for fazer alguma coisa que vai demorar mais de 30s pra processar dá exceção. É um dado suficiente?

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Bani wrote: É um dado suficiente?

Não. Estávamos discutindo tempo de resposta.

O fato é que os tempos de resposta são mantidos de forma extremamente elegante através da adição de novas instâncias.

É claro que para utilizar todo o poder de processamento do GAE precisa-se respeitar algumas regras da sandbox como a que vc citou. É uma maneira que o GAE tem para garantir que uma aplicação não afete o desempenho de outras que estão em execução no ambiente. E mais: se antes já havia maneiras de se contornar essa limitação, hoje é mais fácil ainda com o novo Backends API.

Requests to backends can run indefinitely. A backend can choose to handle /_ah/start and execute a program or script for many hours without returning an HTTP response code.

http://code.google.com/intl/pt-BR/appengine/docs/java/backends/overview.html

Thread.start() Membro desde: 14/05/2008 07:31:15 Mensagens: 30 Offline

Oi Pessoal,

Obrigado pelas respostas. Para aqueles que são pais, um Feliz dia dos pais

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

Fica ligado apenas que tiveram algumas mudanças recentes nos planos do GAE (desagradando muitos dos early-adopters inclusive). Mas com o google é assim mesmo. A dica continua sendo não usar para nada sério porque eles podem mudar as regras de uma pra outra.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Renato Machado wrote:Fica ligado apenas que tiveram algumas mudanças recentes nos planos do GAE (desagradando muitos dos early-adopters inclusive). Mas com o google é assim mesmo. A dica continua sendo não usar para nada sério porque eles podem mudar as regras de uma pra outra.

Coloca aí a referência pra discutirmos.

Preços maiores ou outro modelo de precificação decorrem de serviços com maior valor agregado (ex, High Replication, suporte com SLA, etc).

Isso sempre foi e sempre será assim para qualquer produto/serviço de qualquer empresa.

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

A mudança foi que antes ele cobravam pelo uso da CPU, agora é pelo tempo que sua app está rodando.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Renato Machado wrote:A mudança foi que antes ele cobravam pelo uso da CPU, agora é pelo tempo que sua app está rodando.

Não. Primeiro que não é pelo tempo, é por instância. Segundo que ainda não está valendo, essa mudança só vai ocorrer quando o GAE sair de Beta.

Sensatas palavras:

"I, along with everyone else, was saddened and somewhat enraged by the pricing changes which Google announced, apparently after locking everyone in with a free tier, but things aren't as bad as they appear. App Engine is maturing into a solid, comprehensive solution for deploying and automatically scaling applications, not least with the "graduation" of the High Replication Datastore to the role of the default datastore, the introduction of backends, and many other exciting changes.

We will still have to wait and see exactly how the pricing changes will impact people, but, by Google's calculations, most applications that consume resources less than the free tier will not go over it after the pricing changes. Some uses, such as sending email, have seen severe limi ts, but that doesn't impact nearly as many users as the new instance prices.

My initial thoughts were that I would move everything off GAE as soon as I had the chance, but, after understanding the details a bit better, I am relieved and confident that we will be getting a much more reliable and stable platform for our applications, which will also hopefully be priced competitively compared to the other platforms (AWS, Rackspace, etc). After all, the free tier is meant to be there to help you in the initial stages of your application, when it isn't getting enough traffic to warrant paying for servers, and to easily and smoothly let your cos ts scale up to whatever your application demands."

http://www.korokithakis.net/posts/app-engine-pricing-changes-revisited/

JavaChild Membro desde: 23/06/2011 08:08:28 Mensagens: 127 Offline

Correto. No novo esquema eles cobram pelo tempo que a instancia estiver rodando e não mais pelo uso da CPU o que criou uma revolta geral entre os usuários que eram gratuitos. No entanto não sei dizer se houve alguma melhoria com a nova arquitetura adotada em relação aos problemas de performance.

GUJ Master Membro desde: 23/10/2008 06:39:07 Mensagens: 1092 Offline

Bom, pra quem tá pensando em implementar algo de grande porte, leia esse post que achei, com a opinião dos arquitetos do Nuxeo:

http://lists.collectionspace.org/pipermail/soa-tech_lists.collectionspace.org/2009-April/000199.html

É, lendo isso, dá pra ver que é só pra brincadeirinha mesmo...

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

AUser wrote:Bom, pra quem tá pensando em implementar algo de grande porte, leia esse post que achei, com a opinião dos arquitetos do Nuxeo:

http://lists.collectionspace.org/pipermail/soa-tech_lists.collectionspace.org/2009-April/000199.html

É, lendo isso, dá pra ver que é só pra brincadeirinha mesmo...

Poxa, vc só conseguiu achar uma referência de 2009 falando mal do GAE???

E ainda de um fornecedor de ECM que tentou colocar sua ferramenta pra rodar no GAE e não conseguiu??

Se pararmos para pensar o GAE é concorrente desses carinhas que só vendem soluções on-premisse e está mordendo uma boa fatia de mercado deles.

É natural que eles fiquem com MI-MI-MI mesmo.

Tenta montar uma infra pra servir 101 milhões de stream views com esse ECMzinho. Quanto vc vai gastar com pessoal? Quanto vc vai gastar com máquina? Quanto vc gastar com licença?

Vc é que deve estar de brincadeira. Bem vindo à nuvem, à VERDADEIRA nuvem....

Notícias, artigos e o maior fórum brasileiro sobre Java