que tiene que implementar mi código/html/css/etc php para múltiples servidores y lo estoy estudiando mis opciones de software que permite el despliegue fácil y seguro a varios servidores.Implementación de varios servidores
también ayuda si pudiera estar vinculado a mi SVN.
¿Alguna sugerencia?
Capistrano es bastante práctico para eso. Hay algunas personas que lo usan (1, 2, 3) para la implementación de código PHP como lo demuestra haciendo un quick search.
Configuración de la autenticación de clave pública sin contraseña con ssh le permitiría SCP sus archivos en cualquiera de sus servidores muy rápidamente (o ser automatizado mediante un script de shell).
Aquí hay una explicación sencilla: http://rcsg-gsir.imsb-dsgi.nrc-cnrc.gc.ca/documents/internet/node31.html
He usado Automated Build Studio antes para una tarea similar. Le da mucha flexibilidad en lo que puede hacer.
Coincido - establecer su árbol SVN, y utilizar rsync sobre SSH para copiar el árbol a las ubicaciones remotas. rsync lo hará rápido y eficiente, solo copiará cambios en lugar de archivos completos.
desea exportar su árbol SVN en un directorio, a continuación, rsync desde allí al árbol de directorios del host remoto.
También olvidé mencionar que si usa rsync, puede configurar rsync para usar ssh, por lo que solo transferirá los archivos que han cambiado, lo que ahorrará tiempo y ancho de banda.
Si se está ejecutando en RedHat o Debian, considere el envasado de su código en RPM o Debs. Luego crea un repositorio de yum o dpkg y coloca allí tus paquetes. A continuación, puede utilizar la gestión de paquetes de su sistema para hacer mejoras/reversiones, etc Usted puede incluso utilizar puppet para automatizar el proceso.
Si quiere amarrar en la subversión, puede crear una rama para cada nueva versión. Utilice los scripts de confirmación para construir los RPM cuando aparezca una nueva rama en un directorio.
voy segundo Capistrano. Es increíblemente poderoso y flexible. Nuestro proyecto actual utiliza Capistrano para implementar en diferentes servidores y servidores múltiples. Pasamos dos argumentos para el comando de la tapa: 1) el nombre del conjunto de opciones de la máquina de configuración específico para correr y 2) el nombre de la acción a ejecutar
termina pareciéndose a esto:
cap -f deploy.rb live deploy
o
cap -f deploy.rb dev deploy
por supuesto, el caso de uso por defecto - desplegar a un montón de máquinas a la vez - es un juego de niños con Capistrano y usted no necesita tener Capistrano en las máquinas va a desplegar en. En general, tecnología sabrosa.
me había marcado un post sobre cómo implementar sus sitios web usando Subversion: http://blog.lavablast.com/post/2008/02/I2c-for-one2c-welcome-our-new-revision-control-overlords!.aspx
He encontrado Capistrano a ser muy fácil de usar, una vez que es de configuración.El archivo de configuración puede ser un poco confuso al principio para entornos más complicados, pero pronto vale la pena. Implemento a 14 servidores en producción. También uso múltiples entornos para implementar en un servidor de transición. Una peculiaridad es que hay un error en Ruby que rompe la implementación paralela pero en serie no está tan mal con las exportaciones de svn.
También puede usar kwateeSDCM que es gratuito y permite la instalación remota a través de ssh. También le permite administrar la configuración específica del servidor desde una ubicación central y hacer que las actualizaciones parezcan menos.
La configuración de Capistrano es demasiado complicada. Descubrimos que KwateeSDCM era muy sencillo de usar con una interfaz web simple y sin secuencias de comandos. Tenemos nuestra configuración de implementación lista para la configuración de Dev y QA en Windows y servidores Linux.
doddle (sustantivo): * informal (Brit) * algo fácil de realizar :) -http: //bit.ly/fU2WSI – Dolph