In cerca di raccomandazioni per i fornitori PaaS

Question

Desidero sviluppare il nostro nuovo progetto utilizzando un fornitore PaaS. Svilupperò il linguaggio primario in PHP, ma mi piacerebbe che il servizio possa fornire anche altri linguaggi (e anche componenti aggiuntivi disponibili, come MongoDB, Memcached, redis, ecc.). Ho visto alcuni PaaS come PHPfog (e AppFog), dotCloud, orchestra.io, Red Hat's OpenShift, Pagoda Box, tra gli altri.

Di tutti loro, penso che mi piaccia la maggior parte di dotCloud. Ma voleva sapere di eventuali recensioni, raccomandazioni e confronti tra alcuni dei grandi giocatori di PaaS.

Cosa consigliereste voi ragazzi?

Answer 1

Ecco una serie di post di blog che ho messo insieme che confronta la maggior parte dei principali fornitori di PAAS. La maggior parte delle mie prove utilizzava python, quindi non sono sicuro di come si possano confrontare con PHP.

Speriamo che aiuti.

PAAS Confronto:

OpenShift:

http://kencochrane.net/blog/2012/01/installing-django-application-on-openshift/

Stackato, costruito su di CloudFoundry:

http://kencochrane.net/blog/2012/01/getting-djangocms-up-and-running-on-stackato/

Heroku:

http://kencochrane.net/blog/2011/11/developers-guide-for-running-django-apps-on-heroku/

dotCloud:

http://kencochrane.net/blog/2011/04/deploying-my-django-application-to-dotcloud/

enorme foglio di calcolo di Google con i dettagli su tutte le funzioni del PAAS:

https://docs.google.com/spreadsheet/ccc?key=0AiIXCd1D_TmGdFluZEJQakV5M0QwWXNWaXREcWR0Q0E#gid=0

Answer 2

è possibile trovare una serie di confronti là fuori:

• Java PaaS sparatoria: http://www.ibm.com/developerworks/java/library/j-paasshootout/index.html?ca=drs-
• guida di uno sviluppatore di PaaS: http://www.infoq.com/articles/paas_comparison
• sociale Confronta: http://socialcompare.com/en/comparison/platform-as-a-service-paas-for-cloud-applications-scalable-cluster-of-services

Se stai cercando un PaaS multi-runtime, probabilmente sarai interessato a PaaS come AppFog, Heroku, OpenShift, Google App Engine e CloudFoundry.com. Se sei interessato a PaaS basato su JVM, molto probabilmente sarai interessato a PaaS come CloudBees o Jelastic.

I PaaS multi-ambiente tendono ad essere più generici, ma d'altra parte non risolvono come alcuni dei problemi più difficili che ogni lingua/ambiente specifico potrebbe affrontare. Inoltre, ogni PaaS copre diverse funzionalità.CloudBees, ad esempio, fornisce anche strumenti per la fase di sviluppo (come l'integrazione continua basata su Jenkins).

La cosa migliore da fare è probabilmente testarne 2-3 e vedere di persona - questo è anche un sacco di gusti e colori. Questo non dovrebbe portarti troppo tempo. E se lo fa, allora vai avanti, probabilmente significa che questo non è il PaaS giusto per te: il PaaS giusto è quello in cui dovresti sentirti immediatamente ad est e molto produttivo con.

Answer 3

sto usando un piano d'argento su PhpFog, ma penso che si possa provare PagodaBox.com, hanno caratteristiche migliori: memcached e redis di default, ssh tunneling per mysql, e l'interfaccia è fantastica!

pagodabox.com

Answer 4

Cloudify (uno stack open PaaS) che supporta qualsiasi lang su qualsiasi cloud - si tratta con il supporto integrato per Mongo, MySQL, ecc Solr

Answer 5

Pensate a quali caratteristiche sono importanti per tu in un PaaS. Lei menziona il supporto di più lingue, ma cos'altro. Sii chiaro su cosa ti piace di dotCloud per aiutarti a concentrarti sul prodotto giusto.

Alcune delle funzionalità principali che consiglio di concentrarsi su portabilità, stack aperto, alta disponibilità, elasticità, controllo e monitoraggio.

Per evitare il blocco, è necessario scegliere un PaaS che faciliti la portabilità tra le nuvole. Comprendere in che modo ciascun prodotto facilita la capacità di modificare il cloud in base all'evolversi delle esigenze o dell'ambiente.

Molte offerte PaaS dettano lo stack disponibile per l'applicazione e questo potrebbe ridurre significativamente le opzioni di architettura. Desideri la possibilità di scegliere lingue, database, componenti del middleware, versioni del prodotto, ecc. Che soddisfino le tue esigenze. Un PaaS che limita le opzioni a un menu ristretto di componenti non è così utile per le distribuzioni nel mondo reale.

Se il tempo di attività continuo è importante, in che modo il PaaS monitora lo stato delle applicazioni e ripristina i guasti. Può recuperare automaticamente. Può scalare dinamicamente l'applicazione in base al carico, fornire nuove risorse durante il picco di domanda e rilasciare quelle VM quando non sono più necessarie.

L'applicazione può avere dipendenze tra servizi che complicano la distribuzione. Può il PaaS orchestrare e gestire automaticamente le distribuzioni indipendentemente dalle dipendenze e dalle complessità della tua architettura. Volete un PaaS che sia flessibile, aperto ed estensibile per essere in grado di gestire qualunque siano i vostri requisiti di implementazione.

Infine, si desidera un monitoraggio trasparente a livello di applicazione. Dovrebbe essere facile visualizzare lo stato della tua applicazione e il modo in cui viene eseguita nel tempo. Dovrebbero essere disponibili dashboard e registri che semplificano la risoluzione dei problemi a livello di applicazione.

Ecco una grande sintesi del panorama attuale: http://natishalom.typepad.com/nati_shaloms_blog/2012/05/mapping-the-cloudpaas-stack.html

Norm