Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-es-ayuda] Pasajes a producción de ap?==?iso-8859-1?Q?licaciones en Postgresql

From: "Siciliano, Pablo" <psiciliano(at)puentenet(dot)com>
To: "Mauro A(dot) Morales M(dot)" <mmorales(at)opencorp(dot)cl>
Cc: <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: [pgsql-es-ayuda] Pasajes a producción de ap?==?iso-8859-1?Q?licaciones en Postgresql
Date: 2007-12-19 21:38:14
Message-ID: 002a01c84287$75dfd280$2300a8c0@PuenteHnos.local (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Hola Mauro,


>>Excelente. Puedes apoyarte con algún sistemita de control de versiones
>>para eso. Ojalá que maneje etiquetas o lineas base.

Si. Ya manejamos CVS para el código de front end de nuestras aplicaciones, y 
justamente la pregunta venía dirigida a ver si no se podía automatizar la 
subida de la db también con CVS.

>>El consejo más sano es:

>>No pases nada a producción si no ha pasado por QA. Me refiero a lo 
>>siguiente.

>>DESA --> TU --> TEST --> QA --> PRE PROD --> PROD

Efectivamente, la idéa es que test sea probado por QA antes de producción. 
Lo que no entiendo demasiado bien (Y que te ruego me ilustres) es que habría 
en pre prod. ¿Sería igual a producción pero con un set de datos de prueba?

>>Te incrementa los estados, pero minimiza muchos riesgos.

>>Desarrolo te pasa el script y tu solo eres dueño de ejecutar en TEST, si
>>encuentras algo malo, se devuelve tal cual a DESA. Se corrige y vuelves a
>>probar. Si esta OK, pasa a otra persona que es de QA (que ademas de probar
>>puede validar otras cosas (de hecho, asi deberia ser)) y este personaje lo
>>prueba también en test. En este punto TEST debe ser igual a PROD, en caso
>>de no ser así, que exista algo en PRE-PROD. Luego, pasar a PROD.

O sea: si no te entendí mal, si algo no va bien en test, el camino es bajar 
pre prod a test para volverlo al estado anterior, y correr de vuelta el 
branch completo, con el script defectuoso corregido. Con eso se me 
completaría un poco la idéa de pre prod: así yo podría tener acceso a pre 
prod sin tener acceso a producción, y la migración a producción la podría 
ejecutar alguien de otra área.

>>No uso herramientas de rollback automatizadas en postgres, por ahora.

En realidad, el tema comparación es un poco de holgazán: Si puedo comparalas 
y eventualmente solo volver atrás uno de los scripts, la tarea de depurar 
que me puede estar faltando, y sobre todo garantizar que queda listo se hace 
mucho más sencilla que levantando varias veces la db de vuelta.


>>Saludos,

>>-- Mauro

¡Mil gracias por tu ayuda, realmente me es super util, al igual que la de a 
todos los que contestaron!

Saludos.
Pablo.


-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.17.4/1187 - Release Date: 16/12/2007 
11:36 


In response to

pgsql-es-ayuda by date

Next:From: Siciliano, PabloDate: 2007-12-19 21:40:19
Subject: Re: [pgsql-es-ayuda] Pasajes a p?==?UTF-8?Q?roducción de aplicaciones en Pos?==?UTF-8?Q?tgresql
Previous:From: Marco AntonioDate: 2007-12-19 20:32:14
Subject: Re: Pasajes a producción de aplicaciones en Postgresql

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group