티스토리 뷰
GAE와 함께 작은 사이트를 개발하면서 몇 가지 생각이 있습니다
"다음 YouTube"와 같이 "거대한"을 의미한다면 앞서 언급 한 확장 성 때문에 GAE가 적합 할 수 있습니다.
"엄청난 복잡하고 수많은 화면, 모델 및 기능이 포함 된"과 같이 "거대한"을 의미한다면 GAE는 적합하지 않을 수 있습니다. 단위 테스트와 같은 것은 GAE에서 어렵고 (유명한) (Ruby on) Rails 또는 (Python 기반) Turbogears와 같이 얻을 수있는 앱에 대한 기본 제공 구조가 없습니다.
즉, 스테이징 환경이 없습니다. 시스템 및 프로덕션의 개발 사본 만 있습니다. 이것은 상황에 따라 나쁜 것일 수도 있고 아닐 수도 있습니다.
또한 가져 오려는 다른 Python 모듈에 따라 다릅니다. 일부 Python 모듈은 GAE에서 실행되지 않습니다 (하드웨어와 통신 할 수 없거나 패키지에 파일이 너무 많기 때문에).
도움이 되었기를 바랍니다
-------------------Google App Engine에서 web2py를 사용하는 것은 훌륭한 전략입니다. 빠르게 시작하고 실행할 수 있으며 GAE의 제한을 초과하면 web2py 애플리케이션을 다른 곳으로 이동할 수 있습니다.
그러나 이러한 이식성을 유지한다는 것은 GAE의 고급 부분 (작업 대기열, 트랜잭션, ListProperty 등)에서 벗어나야 함을 의미합니다.
-------------------AppEngine은 BigTable을 데이터 저장소 백엔드로 사용합니다. 기존의 관계형 데이터베이스 기반 애플리케이션을 작성하지 마십시오. BigTable은 확장 성이 뛰어난 키-값 저장소로 사용하기에 훨씬 더 적합합니다. 가능하면 조인을 피하십시오.
-------------------나는 이것에 대해 걱정하지 않을 것입니다. 한동안 Google App Engine을 사용해 본 후 대규모 데이터 세트에 대해 상당히 잘 확장된다는 것을 알게되었습니다. 데이터 요소가 크면 (예 : 사진) 다른 서비스와 통합하여 처리해야하지만 해당 크기의 데이터에 상관없이 사실 일 것입니다. 또한 BigTable은 전적으로 관계형 데이터베이스의 배경에서 왔기 때문에 비교적 작업하기 쉽다는 것을 알았습니다. 마지막으로 Django는 Google App Engine의 다소 숨겨져 있지만 멋진 "기능"입니다. 한번도 사용 해본 적이 없다면, 많은 일반적인 작업을 사소하게 만드는 정말 멋지고 우아한 웹 프레임 워크입니다 (여기에서 양식이 떠 오릅니다).
-------------------Google은 최대 50MB의 파일 저장을위한 새로운 Blobstore API를 지원하는 SDK 버전 1.3.0을 출시했습니다. ' 대규모 사용자 업로드 지원을 포함하여 출시 된 App Engine SDK 1.3.0 '게시물을 참조하세요 .
-------------------Google Wave는 어떻습니까? 앱 엔진을 기반으로 구축되고 있으며 실시간 번역 가능한 채팅이 기업 부문에 도달하면 ... 상위 1000 위에 도달하는 것을 볼 수 있습니다.하지만 다시 말하지만 다른 앱 엔진 앱이 할 수있는 특별한 작업을 수행하는 내부 프로젝트입니다. 't .... 매달린 실처럼; 제 생각 엔 .. 그리고 Wave가 가진 다른 것들은 ...
-------------------'거대한'웹 사이트를 계획하고 있다면 App Engine을 사용하지 마세요. 그렇게 간단합니다. App Engine은 다음 상위 1000 위 웹 사이트를 제공하도록 구축되지 않았습니다.
동시에 얼마나 많은 사용자가 '거대'라는 뜻인지 물어 보도록하겠습니다. 초당 쿼리? DB로드?
출처
https://stackoverflow.com/questions/1903065