[Ror-es] Deploy a producción de App de un novato
Rafael G.
rgo at aspgems.com
Mon Aug 10 20:05:34 GMT 2009
La instalación de la aplicación a mano en un servidor para que veas los
pasos que has seguido, así tendrás mas claro que pasos necesitas seguir.
Al conocer bien el proceso te será mas fácil automatizarlo con capistrano.
Andrés gutiérrez wrote:
> >>haz la instalación a mano para ver como va el cotarro
> Perdona, ¿la instalación de qué?
>
> El 10 de agosto de 2009 21:54, Rafael G. <rgo at aspgems.com
> <mailto:rgo at aspgems.com>> escribió:
>
> Hola Andrés,
>
> La documentación de capistrano[1] está siendo actualizada poco a
> poco, te recomiendo que le des una leída.
>
> Capistrano básicamente es una herramienta para ejecutar comandos en
> servidores remotos por medio de ssh. Con lo que creo que quedan
> respondidas tus dos cuestiones(con sí y sí). :-)
>
> Las tareas del servidor como crear la base de datos, configurar
> virtual host, ... yo las haría a mano, en principio son cosas que solo
> vas a tener que hacer una vez. Se pueden hacer con capistrano pero
> prefiero hacerlas a mano.
>
> Los despliegues con capistrano yo los encaro de la siguiente
> manera.
> 1.- Configuración del servidor a mano, si me tocaran mas
> máquinas
> y mas a menudo entonces me miraría chef, puppet,...
> 2.- Capistranizo la aplicación con "capify ."
> 3.- Configuro capistrano config/deploy.rb y adapto las tareas a
> mi aplicación
> 4.- Preparo el servidor con "cap deploy:setup"
> 5.- Pruebo a hacer el primer deploy con "cap deploy" (sube el
> código del repo, actualiza enlaces simbólicos y hace restart que
> fallará)
> 6.- Ejecuto migrations y tareas rake que necesite
> 7.- Ejecuto "cap deploy". Si no funcionó corrijo el error,
> si fue
> bien entonces ya puedo hacer despligues sin despeinarme cuando lo
> necesite con solo "cap deploy" o "cap deploy:migrate" si es el caso.
>
> Estos pasos los escribo un poco de memoria para que te hagas a la idea
> del proceso que sigo yo, a mi me funciona así pero no tiene porque ser
> la manera canónica de hacerlo :-)
>
> Recomendación final... haz la instalación a mano para ver como va el
> cotarro y luego la automatizas.
>
> Saludos
>
> [1] http://www.capify.org
>
> Andrés gutiérrez wrote:
> > Hola a todos, este fin de semana me he enfrentado (más o menos) a mi
> > primera puesta en producción de una App. Ahora mismo ya se muestra
> > algo en el dominio.
> >
> > Me han surgido dudas que me gustaría compartir con vosotros:
> >
> > 1- ¿Capistrano es para automatizar todo lo que tiene que ver con el
> > deploy? Sí/No
> >
> > 2- ¿Todo lo que se puede hacer con Capistrano lo podemos hacer
> sin el?
> >
> > Bien, yo creo que esas dos preguntas se responden con un SI ¿no? si
> > pensaís lo contrario me gustaría saber cual es vuestra opinión
> en detalle.
> >
> > Por último, me gsutaría que alguién me diera una especie de
> TO-DO list
> > a hacer desde que yo creo una App hasta que la llevo a producción.
> > Ej.:
> > -Crear la BBDD en el servidor.
> > -Decirle a Passenger que nuestra App esta en /path/to/my/App.
> > Passenger es lo que me dan a mi.
> > -etc...
> >
> > Más o menos ese tipo de coas.
> >
> > NOTA:
> >
> > Quiero tener mi aplicación bajo un sistema de control de versiones.
> > (en mi caso subversión). El tema de crear un repositorio,
> acceder por
> > ssh a mi server ya lo he hecho
> > Tengo un duda aquí.
> >
> > Suponiendo este escenario:
> >
> > a) MI maquina local con un "working directory" apuntando a la rama
> > TRUNK de mi repositorio
> > b) Mi repositorio subversion (TRUNK-BRANCHES-TAGS)
> > c) La carpeta de mi App en el servidor a la que apunta Passenger
> >
> > El código de mi maquina local a TRUNK entiendo que lo modifico
> > mediante commits, pero ¿como cambio lo que tengo en producción
> por lo
> > que tengo en TRUNK? ¿O el esquema que presento es erroneo?
> >
> > Es la primera vez que hago muchas cosas, y las hago todas a la vez.
> > Tengo un pequeño follón de conceptos.
> >
> > Vale, despues de tanto escribir tengo la pregunta que resume todo:
> > ¿Cuál es el esquema para desarrollar una App Rails y ponerla en
> > producción? ¿Cómo debe de ser el flujo de trabajo?
> >
> > Espero haberme explicado medianamente bien. Si no ha sido así, lo
> > intento de nuevo
> >
> > Muchas gracias por adelantado
> >
> > Un saludo,
> > --
> > Experiencia es lo que obtienes, cuando no obtienes lo que quieres.
> >
> -----------------------------------------------------------------------------
> > "Caminar sobre el agua y desarrollar software a partir de unas
> > especificaciones es fácil. si ambas están congeladas."
> > Edward V. Berard, ingeniero informático.
> >
> ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Proudly free of Ruby Forum crossposting since 01/07/2009
> > Ror-es mailing list
> > Ror-es at lists.simplelogica.net <mailto:Ror-es at lists.simplelogica.net>
> > http://lists.simplelogica.net/mailman/listinfo/ror-es
> >
>
>
> --
> Rafa
>
> _______________________________________________
> Proudly free of Ruby Forum crossposting since 01/07/2009
> Ror-es mailing list
> Ror-es at lists.simplelogica.net <mailto:Ror-es at lists.simplelogica.net>
> http://lists.simplelogica.net/mailman/listinfo/ror-es
>
>
>
>
> --
> Experiencia es lo que obtienes, cuando no obtienes lo que quieres.
> -----------------------------------------------------------------------------
> "Caminar sobre el agua y desarrollar software a partir de unas
> especificaciones es fácil. si ambas están congeladas."
> Edward V. Berard, ingeniero informático.
> ------------------------------------------------------------------------
>
> _______________________________________________
> Proudly free of Ruby Forum crossposting since 01/07/2009
> Ror-es mailing list
> Ror-es at lists.simplelogica.net
> http://lists.simplelogica.net/mailman/listinfo/ror-es
>
--
Rafa
More information about the Ror-es
mailing list