Google App Engine è migliore di Webfaction per un principiante in Django dev?

Question

Sono un principiante nello sviluppo di siti web di Django. Eseguo piccoli siti di discussione simili a SO.

Ho un account su Bluehost che è stato un incubo nello sviluppo di Django. Ho scoperto che Webfaction e Google App Engine sembrano essere le scelte migliori per Django.

Tuttavia, non sono sicuro quale sia il migliore per me.

Google App Engine è migliore di Webfaction nella gestione di siti Web di piccole dimensioni?

Answer 1

Webfaction:

Inoltre:

1. Grande accesso alla shell. Possibilità di installare i moduli Python o qualsiasi altra cosa che potrebbe essere necessaria. Ti piacerà il check-out del codice sorgente dalla shell per aggiornare la tua produzione (non c'è più bisogno di FTPing!)
2. Ottime prestazioni e affidabilità
3. Grande supporto + ricchezza di informazioni sulla knowledge base di aiuto e nei forum. (DIMENTICARE bluehost o qualsiasi altra cosa tu abbia mai provato). Sono stato sorpreso dalla quantità di risposte che ho trovato a quelle che pensavo sarebbero state domande difficili.
4. È possibile utilizzare il database regolare e si può fare join (vedi App Engine meno # 2)

Minus:

1. Impostazione di distribuzione iniziale può essere un po 'complicato le prime volte in tutto (come ci si può aspettare dalla shell).
2. Growing-scaling può essere costoso e probabilmente non sopravviverà beign "slashdotted"

App Engine

Inoltre:

1. libero di iniziare con
2. database iniziale è più facile da configurare.
3. La distribuzione è un gioco da ragazzi
4. Applicazione di "buoni" principi di progettazione dall'inizio che ti aiutano con # 5. (Come limiti rigidi, db denormalizzazione, ecc.)
5. Scalabilità (ma questo non è gratuito - è necessario pensare al futuro).
6. Nessuna manutenzione: backup automatici, sicurezza gratuita, registrazione + dashboard centralizzato, gli aggiornamenti software sono automatici.

Minus:

1. Configurazione Django su App Engine non è così semplice, così come abituarsi a questa configurazione. Il framework webapp di google è debole.
2. Il modello di database richiede un po 'di tempo per avvolgere la tua mente. Questo non è il server SQL della tua moma. Ad esempio devi denormalizzare il tuo DB dall'inizio e non puoi fare Joins (a meno che non siano self join)
3. Le solite cose a cui sei abituato non sono sempre lì. Alcune cose come test e importazione di dati non sono più così facili.
4. Sei legato a App Engine e la migrazione dei dati su un altro DB o server, mentre non impossibile, non è facile. (Non che tu faccia spesso migrazione di dati! Probabilmente mai)
5. Limiti rigidi nelle richieste, risposte e dimensioni dei file (l'ultima volta che ho sentito parlare di 1MB).
6. App Engine attualmente supporta solo Python 2.5.

Non riesco a pensare ad altro finora. Attualmente sono con Webfaction e sto testando anche App Engine. Non ho alcuna difficoltà ad andare da Django-Webfaction al modo di pensare di App-Engine. Tuttavia, non sono sicuro che l'installazione di AppEngine -> server standalone sia altrettanto semplice.

Riferimenti

Talks:

• Guido su Google App Engine http://www.youtube.com/watch?v=CmyFcChTc4M
• Task code in App Engine: http://www.youtube.com/watch?v=o3TuRs9ANhs

Answer 2

Non posso parlare per Google App Engine, ma come utente Django piuttosto recente ho recentemente trasferito il mio sito di sviluppo su un server WebFaction e devo dire che sono rimasto estremamente colpito. Sono estremamente amichevoli nei setup di Django (tra gli altri) e lo staff di supporto ha risposto prontamente a qualsiasi piccolo problema. Consiglierei sicuramente loro.

Per altri host di Django, controlla Djangofriendly.com.

Answer 3

Sono uno sviluppatore di Google App Engine, quindi non posso dire molto sulla webfaction, ma per quanto ho usato la configurazione di un'app Web con app-engine è piuttosto semplice¹. Il personale di supporto tuttavia non è abbastanza buono.

1- http://code.google.com/appengine/articles/django.html

Answer 4

La cosa da ricordare su GAE è che funziona in modo diverso rispetto un pitone installazione standard e le applicazioni che hai potrebbe non funzionare bene (o affatto) in tale ambiente. La più grande differenza è il database. Sebbene vi siano vantaggi per il database non relazionale disponibile con GAE, è necessario trattarlo in modo diverso e ci sono molte cose che il codice potrebbe aspettarsi che il database sia in grado di farlo.

Se stai partendo da zero su un'app, entrambe le piattaforme funzionerebbero bene. Se hai un'applicazione Python esistente, il suo funzionamento su GAE richiederà un notevole lavoro.

Answer 5

Se hai già scritto la tua applicazione django, potrebbe essere davvero difficile installarlo su Google App Engine, poiché dovrai adattare il tuo modello di dati. GAE utilizza una grande tabella, un archivio (chiave, dati) anziché un modello relazionale tradizionale. È ottimo per le prestazioni, ma rende la programmazione più difficile (ad esempio, non incorporano gestori di relazioni molti a molti).

Inoltre, la maggior parte delle app disponibili per django non funziona su GAE poiché queste app utilizzano il modello di dati relazionali. Il problema più ovvio è che la grande app di amministrazione di Django non funzionerà. Inoltre, GAE tende a farti utilizzare account Google per l'identificazione. Questo può essere aggirato, ma ancora una volta, non usando app django prontamente disponibili. Questo potrebbe essere ottimo per te, ma può essere una seccatura (ad esempio, molti nomi utente sono già stati presi su google).

Quindi, il mio ultimo consiglio è che, se sei un principiante, dovresti evitare GAE.

Se sei residente in Europa, djangohosting.ch è anche una buona scelta, invece della webfazione.

Answer 6

Un po 'in ritardo con la mia risposta, ma tuttavia ... Sono un principiante di Django e ho il mio first Django App installato e funzionante su GAE. Era lo App Engine Patch che lo faceva accadere. Usandolo hai l'admin di django e molte altre app disponibili già disponibili. Se vuoi provarlo, vai alla versione trunk. Questo progetto è ragionevolmente ben documentato e ha una community reattiva.