Forum: Italian Ruby user group Deploy. PaaS OpenShift vs Heroku vs Linux + Chef, Puppet,..

Ciao a tutti,
apro questo thread per chi ha voglia di scambiare 2 parole sul deploy,
in particolare quello automatico.
Utilizzate degli script particolari per ricreare (mantenere e
monitorare) l'ambìente di produzione o vi adeguate al vostro cliente o
hosting? Quindi non solo ruby, ma anche db, utente db, configurazioni
del web server,..

Personalmente ho provato da poco "OpenShift Origin" e ne sono rimasto
impressionato, si tratta praticamente di una specie di "Heroku Open
Source"(*) che è possibile scaricare e installarsi o utilizzarlo come
SaaS/Paas. Qui ( http://bit.ly/KUZmwA ) ne ho scritto ancora a riguardo.

L'unico aspetto negativo di questo approccio PaaS è che non è detto che
si possa utilizzare la libreria o l'applicazione di terze parti che sul
server non è prevista. Per esempio Mysql su Heroku o ruby 1.9.x su
OpenShift SaaS (se lo hosta ci sono cardridge non ufficiali che lo
implementano), mentre quelli positivi sarebbero molteplici tra i quali:
applicazioni/db/configurazioni isolate out-of-the-box, sicurezza,
scalabilità semplificata.

Che ne pensate? o continuate a preferire i VPS o altri sistemi?

Ciao
Luigi

(*) Linux Fedora 16 + Crankcase (che a sua volta ingloba altri tool
noti)

Ciao,
io sono ancora "old school": preferisco avere la massima scelta di tool 
per
ogni applicativo, quindi uso Chef (chef-solo, in realt) con VPS e EC2.

Il PaaS  ottimo se hai un buon fit con la piattaforma, io per adesso ho
usato solo Heroku per mettere online piccole app che erano poco pi che
demo.
Uso l'approccio VPS anche perch  quello che conosco meglio, il tempo
poco e i progetti sono tanti.

Lato app uso Capistrano, tendendo a spostare in rake task tutto quello 
che
non  strettamente legato al deploy in s (es. pulizia di directory
temporanee), perch spesso servono anche in sviluppo.
Per gestire i processi uso God, ma se devo essere diretto mi piace 
davvero
poco. Ma  Ruby e funziona, tant'.


2012/5/31 Luigi Maselli - grigio.org <riccio@inmail.sk>