Google App Engine vs WebFaction

Question

Możliwe duplikaty: GAE + Python vs Webfaction + Python + django - for a relative new dev

Witam, Zajmuję jeden z moich hobby projektu przy użyciu Django nonrel na Google App Engine. Podstawowa część aplikacji została zakończona. Teraz dla niektórych zaawansowanych funkcji, trzeba użyć:

1. Comet na Facebook Like czasie rzeczywistym ticker
2. django-FileTransfer do przechowywania artykuł ze zdjęciami i serwowania odpowiadające obraz, gdy ktoś czyta artykuł
3. 10-30 minut treści wideo raz powyżej dwa są gotowe (nie jest jeszcze, czy będzie jakiś limit łącznych filmy z aplikacji internetowych postanowił od myślenia, aby umożliwić, aby umożliwić użytkownikom przesyłanie)

Więc moje pytania to:

1. Potrzebuję komety dla każdego użytkownika korzystającego z mojej aplikacji, a ponieważ GAE ma ograniczenia w zakresie tworzenia i darmowego przydziału dla tworzenia kanału i maksymalnej szybkości (6 kreacji/minutę). Czy kosztować mnie będzie więcej, jeśli będę obsługiwał moją aplikację na GAE? Czy inne usługi hostingowe, takie jak WebFaction i Linode, również pobierają opłatę, jeśli nasza aplikacja używa odwróconego Ajaxa?
2. Ponieważ przesyłanie zdjęć z artykułem za pomocą django-filetransfer wymaga ode mnie aktywowania rozliczeń, czy to samo dotyczy innych usług hostingowych?
3. Czy GAE (w porównaniu z WebFaction, linode lub jakimkolwiek innym hostingiem) jest opłacalne dla aplikacji, która umożliwia użytkownikom przesyłanie treści wideo?

P.S. Odkąd użyłem django-nonrel, stąd w tym momencie mogę łatwo zmienić moją stronę hostingową. Gdy zacznę pracować nad wyżej wymienioną funkcjonalnością, będzie mi trudno przejść z jednej strony hostingowej do drugiej. W związku z tym chcę zrobić najlepszy możliwy krok. Poza tym pochodzę z Indii, a płacenie 1 jednostki dolara kosztuje mnie więcej niż 50 jednostek indyjskiej waluty. Tak uwielbiają tu najlepszą ofertę bez kompromisów w wydajności :-)

Dziękuję za poświęcony czas,

Sunil

Answer 1

Google App Engine i webfaction/Linode są niezwiązane poza punkt, że obaj ostatecznie organizację Twoje zgłoszenie.

GAE to platforma usługi w chmurze służąca do hostowania aplikacji, która zwykle jest zgodna z interfejsem API, który jest dla nich dostępny w odniesieniu do poszczególnych usług, z których chciałbyś skorzystać. Dają ci darmowy poziom, a następnie zarabiają pieniądze, podnosząc poziomy.

Linode to po prostu VPS (wirtualny serwer prywatny). Jest to wirtualne urządzenie linuxowe i odpowiadasz za konfigurację usług. Nie ma interfejsu API do indywidualnych potrzeb serwisu. To tylko platforma linuxowa do swobodnego grania. Potrzebujesz apache? nginx? mysql? mongodb? Musisz zainstalować i skonfigurować te usługi.

Webfaction znajduje się pomiędzy GAE i linode, ponieważ jest to także rodzaj VPS, rodzaj udostępnianych i rodzaj chmury. Otrzymujesz dostęp do powłoki i ułatwia instalację Twoich usług jako "aplikacji", obsługując konfigurację w panelu sterowania. Ale także, podobnie jak linode, nie jest platformą chmurową tak jak GAE. Nie dostajesz API do różnych usług, które są równe ofercie GAE.

Mechanizm App zapewnia wygodę polegającą na tym, że nie trzeba zarządzać faktycznym serwerem, ale koncentruje się na zarządzaniu aplikacją i zasobami, jakich potrzebuje. Ale pobierają opłaty za korzystanie z większej liczby usług poza darmowym poziomem.

Linode/Webfaction/VPS/... nie pobiera opłat w sposób specyficzny dla zasobu. Częścią twojego planu może być nieograniczona przepustowość, a może jego 10 GB miesięcznie, 20 GB itd. Być może częścią twojego planu jest 128/256/512mb pamięci RAM. Idziesz z planem, którego potrzebujesz, a czasem pozwala ci dodać więcej pamięci/pamięci po fakcie. Ale nie płacisz za przesyłanie lub za wywołanie API, ponieważ nie mają interfejsu API.

Ideą GAE (i podobnych usług Amazon) jest zapewnienie skalowalnej platformy dla usług, w której mniej myślisz o sprzęcie, a więcej o dodawaniu kolejnych zasobów.

Answer 2

Inne możliwe platformy Python PaaS warta oceny:

• Heroku
• DotCloud
• Więcej na http://www.quora.com/What-is-the-Heroku-equivalent-for-Django-applications