django

내 작은 지진 시계 응용 프로그램 http://quakewatch.appspot.com/에 대한 앱 엔진을 사용해 보았습니다.

내 목적은 앱 엔진의 기능을 확인하는 것이 었으므로 주요 요점은 다음과 같습니다.

1. Django에는 기본적으로 제공되지 않으며 Pyonic에는 자체 웹 프레임 워크가 있으며 Django와 같은 URL 디스패처가 있으며 Django 템플릿을 사용하므로 Django exp가있는 경우. 당신은 사용하기 쉽다는 것을 알게 될 것입니다
   • 그러나 순수한 파이썬 프레임 워크를 사용할 수 있으며 Django를 쉽게 추가 할 수 있습니다
     http://code.google.com/appengine/articles/django.html
     google-app-engine-django ( http://code.google.com/ p / google-app-engine-django / ) 프로젝트는 훌륭하고 Django 프로젝트에서 작업하는 것과 거의 비슷합니다.
2. 서버에서 오래 실행되는 프로세스를 실행할 수 없습니다. 요청에 응답하고 빠르게 처리해야합니다. 그렇지 않으면 appengine 이이를 종료합니다. 따라서 앱에 많은 백엔드 처리가 필요한 경우 appengine이 가장 좋은 방법은 아닙니다. 그렇지 않으면 처리해야합니다. 자신의 서버에
3. 내 quakewatch 앱에는 구독 기능이 있습니다. 최신 Quakes가 발생했을 때 이메일로 보내야한다는 것을 의미하지만, 새로운 quakes 솔루션을 모니터링하기 위해 앱 엔진에서 백그라운드 프로세스를 실행할 수 없습니다. 귀하의 페이지 중 하나에 연결하여 구독 전자 메일러를 실행하지만 여기에서도 많은 시간을 소비하지 않거나 작업을 여러 조각으로 나누지 않도록주의해야합니다.
4. 장고와 같은 모델링 기능을 제공하지만 백엔드는 완전히 다르지만 새 프로젝트의 경우 중요하지 않습니다.

그러나 전반적으로 많은 백그라운드 처리가 필요없는 앱을 만드는 것이 우수하다고 생각합니다.

편집 : 이제 일괄 처리 또는 예약 된 작업을 실행하는 데 작업 대기열을 사용할 수 있습니다

편집 : 1 년 동안 GAE에서 실제 응용 프로그램을 작업 / 생성 한 후 이제는 백만 및 수백만 사용자로 확장 해야하는 응용 프로그램을 만들지 않으면 GAE를 사용하지 않는 것이 좋습니다. GAE에서 사소한 작업을 유지하고 수행하는 것은 분산 된 특성으로 인해 마감 시간 초과 오류를 피하고 엔터티를 계산하거나 복잡한 쿼리를 수행하기 위해 복잡한 코드가 필요하므로 복잡한 복잡한 응용 프로그램이 LAMP를 고수해야합니다.

편집 : 동일한 엔티티 그룹의 엔티티 만 트랜잭션에 사용할 수 있고 두 개의 서로 다른 그룹을 업데이트하는 프로세스를 악몽으로 만듭니다 (예 : user1에서 user2로 돈을 이체)하기 때문에 미래에 원하는 모든 트랜잭션을 고려하여 모델을 특별히 설계해야합니다. 동일한 엔티티 그룹에 있지 않으면 트랜잭션에서 불가능하지만 동일한 엔티티 그룹으로 만드는 것이 빈번한 업데이트 목적에 적합하지 않을 수 있습니다 …. http://blog.notdot.net/2009/9/Distributed-Transactions- 온앱 엔진

답변