Promoviendo Composite Services de ambientes de TEST a PROD
0
Una situación que siempre es clave en el control y gobernabilidad del Desarrollo que se hace alrededor de Servicios, es su promoción entre ambiente y ambiente.
En años pasados (2006-2008), en la SOA Suite 10g, tenía su reto hacer esto, pues tocaba programar tus propios Scripts de ANT. Si bien era lograble, no era tan simple como ahora en la versión 11g, y asumo se mejorará todavía mas en siguientes versiones.
En principio, lo mas simple que puede llegar a suceder es tener Compuestos que dependan de:
Este rol, debe recibir el paquete a desplegar y tener una forma práctica de realizarlo sin necesidad de modificar el fuente del proyecto. Simplemente debería de ser capaz de tomar el paquete e indicar hacia que ambiente quiere promoverlo.
Bien, la SOA Suite tiene una opción de nombre: Configuration Plans. Estos sirven para indicar los cambios de nombres, ubicaciones, urls, puertos, etc, que se necesitan para diferenciar entre un ambiente y otro.
Leer Más ...
En años pasados (2006-2008), en la SOA Suite 10g, tenía su reto hacer esto, pues tocaba programar tus propios Scripts de ANT. Si bien era lograble, no era tan simple como ahora en la versión 11g, y asumo se mejorará todavía mas en siguientes versiones.
En principio, lo mas simple que puede llegar a suceder es tener Compuestos que dependan de:
- Adaptadores de Bases de Datos
- Web Services HTTP/SOAP
- Adaptadores hacia Servidores FTP
- Llamadas a compuestos de la misma infraestructura
- Llamadas a Servicios expuestos en Service Bus
- etc
Este rol, debe recibir el paquete a desplegar y tener una forma práctica de realizarlo sin necesidad de modificar el fuente del proyecto. Simplemente debería de ser capaz de tomar el paquete e indicar hacia que ambiente quiere promoverlo.
Bien, la SOA Suite tiene una opción de nombre: Configuration Plans. Estos sirven para indicar los cambios de nombres, ubicaciones, urls, puertos, etc, que se necesitan para diferenciar entre un ambiente y otro.