Comentários sobre o uso do Google App Engine? [fechadas]

Procurando fazer um projeto paralelo muito pequeno e rápido. Gosto do fato de o Google App Engine estar rodando em Python com o Django embutido - me dá uma desculpa para experimentar essa plataforma ... mas minha pergunta é a seguinte:

Alguém já usou o mecanismo de aplicativo para outro problema que não seja um brinquedo? Vejo alguns bons exemplos de aplicativos por aí, então suponho que isso seja bom o suficiente para o negócio real, mas queria obter algum feedback.

Qualquer outra nota de sucesso / fracasso seria ótima.

Eu tentei o mecanismo de aplicativos para o meu pequeno aplicativo de observação de terremotos http://quakewatch.appspot.com/

Meu objetivo era ver os recursos do App Engine, então, aqui estão os principais pontos:

1. ele não vem por padrão com o Django, ele possui sua própria estrutura da web, que é python, possui um expedidor de URL como o Django e usa modelos do Django. Portanto, se você tem o Django exp. você achará fácil de usar
   • Mas você pode usar qualquer estrutura python pura e o Django pode ser facilmente adicionado, consulte http://code.google.com/appengine/articles/django.html google-app-engine-django ( http://code.google.com/ O projeto p / google-app-engine-django / ) é excelente e funciona quase como trabalhar em um projeto Django
2. Você não pode executar nenhum processo de execução longa no servidor, o que você faz é responder à solicitação e o que deve ser rápido, caso contrário, o aplicativo o matará. Se o seu aplicativo precisar de muito processamento, o aplicativo não será a melhor maneira, caso contrário você terá que fazer o processamento. em um servidor de sua preferência
3. Meu aplicativo quakewatch possui um recurso de assinatura, significa que eu tive que enviar por e-mail os últimos tremores mais recentes, mas não posso executar um processo em segundo plano no mecanismo de aplicativos para monitorar a nova solução de tremores aqui. É usar um serviço de terceiros, como pingablity.com, que pode conecte-se a uma das suas páginas e execute o email de inscrição, mas também aqui você terá que cuidar para não gastar muito tempo aqui ou dividir as tarefas em várias partes
4. Ele fornece recursos de modelagem como o Django, mas o back-end é totalmente diferente, mas para um novo projeto não deve importar.

Mas, no geral, acho excelente para criar aplicativos que não precisam de muito processamento em segundo plano.

Editar: agora as filas de tarefas podem ser usadas para executar o processamento em lote ou tarefas agendadas

Edit: depois de trabalhar / criar um aplicativo real no GAE por um ano, agora minha opinião é que, a menos que você esteja criando um aplicativo que precise ser escalado para milhões e milhões de usuários, não use o GAE. Manter e executar tarefas triviais no GAE é uma dor de cabeça devido à natureza distribuída, para evitar erros de prazo excedido, contar entidades ou fazer consultas complexas exige código complexo, portanto, aplicativos complexos pequenos devem seguir o LAMP.

Editar: os modelos devem ser projetados especialmente considerando todas as transações que você deseja ter no futuro, porque entidades apenas no mesmo grupo de entidades podem ser usadas em uma transação e isso torna o processo de atualização de dois grupos diferentes um pesadelo, por exemplo, transferir dinheiro do usuário1 para o usuário2 na transação é impossível, a menos que estejam no mesmo grupo de entidades, mas torná-los no mesmo grupo de entidades pode não ser o melhor para fins de atualização frequente ... leia isto http://blog.notdot.net/2009/9/Distributed-Transactions- no App-Engine

Estou usando o GAE para hospedar vários aplicativos de alto tráfego. Como na ordem de 50-100 req / s. É ótimo, não posso recomendar o suficiente.

Minha experiência anterior com desenvolvimento web foi com Ruby (Rails / Merb). Aprender Python foi fácil. Eu não brinquei com o Django, o Pylons ou qualquer outra estrutura, apenas comecei a partir dos exemplos do GAE e construí o que eu precisava a partir das bibliotecas básicas de aplicativos da web fornecidas.

Se você está acostumado à flexibilidade do SQL, o armazenamento de dados pode levar algum tempo para se acostumar. Nada muito traumático! O maior ajuste está se afastando de JOINs. Você precisa abandonar a ideia de que a normalização é crucial.

Ben

Um dos motivos convincentes que me deparei para usar o Google App Engine é sua integração com o Google Apps para seu domínio. Essencialmente, ele permite criar aplicativos da Web gerenciados e personalizados, restritos aos logins (controlados) do seu domínio.

A maior parte da minha experiência com esse código foi criando um aplicativo simples de controle de tempo / tarefa. O mecanismo de modelo era simples e, no entanto, tornou um aplicativo de várias páginas muito acessível. A API de login / reconhecimento do usuário é igualmente útil. Consegui criar um paradigma de página pública / página privada sem muito problema. (um usuário efetuaria login para ver as páginas particulares. Um usuário anônimo apenas mostrava a página pública.)

Eu estava entrando na parte do armazenamento de dados do projeto quando fui afastado por "trabalho real".

Consegui realizar muito (ainda não foi feito ainda) em muito pouco tempo. Como eu nunca havia usado o Python antes, isso foi particularmente agradável (tanto porque era uma nova linguagem para mim quanto também porque o desenvolvimento ainda era rápido, apesar da nova linguagem). Encontrei muito pouco que me levou a acreditar que não seria capaz de realizar minha tarefa. Em vez disso, tenho uma impressão bastante positiva da funcionalidade e dos recursos.

Essa é a minha experiência com isso. Talvez não represente mais do que um projeto de brinquedos inacabados, mas representa um teste informado da plataforma, e espero que ajude.

A idéia do "App Engine executando o Django" é um pouco enganadora. O App Engine substitui toda a camada de modelo do Django. Portanto, prepare-se para passar algum tempo se acostumando com o armazenamento de dados do App Engine, que requer uma maneira diferente de modelar e pensar em dados.

Eu usei o GAE para criar http://www.muspy.com

É um pouco mais do que um projeto de brinquedo, mas também não é muito complexo. Ainda dependo de alguns problemas a serem abordados pelo Google, mas o desenvolvimento geral do site foi uma experiência agradável.

Se você não quiser lidar com problemas de hospedagem, administração de servidores, etc., eu definitivamente recomendo. Especialmente se você já conhece Python e Django.

Eu acho que o App Engine é muito legal para pequenos projetos neste momento. Há muito a ser dito por nunca ter que se preocupar com hospedagem. A API também leva você a criar aplicativos escaláveis, o que é uma boa prática.

• O app-engine-patch é uma boa camada entre o Django e o App Engine, permitindo o uso do aplicativo auth e muito mais.
• O Google prometeu um SLA e um modelo de preços até o final de 2008.
• As solicitações devem ser concluídas em 10 segundos, as sub-solicitações aos serviços da Web precisam ser concluídas em 5 segundos. Isso obriga a projetar um aplicativo rápido e leve, descarregando o processamento sério para outras plataformas (por exemplo, um serviço hospedado ou uma instância do EC2).
• Mais idiomas estão chegando em breve! O Google não diz qual :-). Meu dinheiro está em Java a seguir.

Esta pergunta foi totalmente respondida. Qual é bom. Mas uma coisa talvez vale a pena mencionar. O mecanismo de aplicativos do google possui um plug-in para o ide eclipse, que é uma alegria trabalhar com ele.

Se você já faz seu desenvolvimento com o eclipse, ficará muito feliz com isso.

Para implantar no site do Google App Engine, tudo o que preciso fazer é clicar em um pequeno botão - com o logotipo do avião - super.

Dê uma olhada no jogo sql , ele é muito estável e, na verdade, aumentou os limites de tráfego em um ponto, para que fosse acelerado pelo Google. Não vi nada além de boas notícias sobre o App Engine, além de hospedá-lo em servidores que outra pessoa controla completamente.

Usei o GAE para criar um aplicativo simples que aceita alguns parâmetros, formatos e envia e-mails. Foi extremamente simples e rápido. Também fiz alguns benchmarks de desempenho nos serviços de armazenamento de dados e memcache do GAE ( http://dbaspects.blogspot.com/2010/01/memcache-vs-datastore-on-google-app.html ). Não é tão rápido assim. Minha opinião é que o GAE é uma plataforma séria que impõe certa metodologia. Acho que evoluirá para uma plataforma verdadeiramente escalável, onde práticas ruins simplesmente não são permitidas.

Eu usei o GAE no meu site de jogos em flash, Bearded Games . O GAE é uma ótima plataforma. Eu usei modelos do Django que são muito mais fáceis do que nos velhos tempos do PHP. Ele vem com um ótimo painel de administração e fornece logs muito bons. O armazenamento de dados é diferente de um banco de dados como o MySQL, mas é muito mais fácil trabalhar com ele. Construir o site foi fácil e direto e eles têm muitos conselhos úteis no site.

Eu usei o GAE e o Django para criar um aplicativo no Facebook. Eu usei http://code.google.com/p/app-engine-patch como meu ponto de partida, pois ele tem suporte ao Django 1.1. Não tentei usar nenhum dos comandos manage.py porque supus que eles não funcionariam, mas nem sequer o examinei. O aplicativo tinha três modelos e também usava o pyfacebook, mas essa era a extensão da complexidade. Estou desenvolvendo um aplicativo muito mais complicado, sobre o qual estou começando a publicar no blog http://brianyamabe.com .