![Cerrar [x]](http://dw1.s81c.com/i/c.gif){kind=small}
El mismo escenario
Ahora analizaremos el ejemplo de un escenario en el cual se implementa cada uno de estos conceptos utilizando WebSphere CloudBurst. En este ejemplo, la infraestructura de la aplicación será un entorno de WebSphere Application clusterizado. El entorno consiste en los siguientes nodos y servidores de aplicaciones:
- Un nodo administrador de despliegue.
- Dos nodos personalizados al administrador de despliegue. Cada nodo contiene una sola instancia de servidor de aplicación y los servidores de la aplicación pertenecen al clúster.
- Un nodo de servidor HTTP de IBM.
Además de la topología básica del WebSphere Application Server, también tenemos una aplicación Java™ 2 Platform, Enterprise Edition (J2EE)(a la que denominaremos Administrador de Cuenta) instalada en el clúster del servidor de la aplicación. Esta aplicación tiene una dependencia en la instancia de una base de datos externa DB2® de IBM y la configuración de esa dependencia se encuentra en otras opciones.
La Figura 1 muestra el entorno de la aplicación recién descripto.
Figura 1. Ejemplo de entorno de aplicación
En nuestro escenario, mostraremos de qué modo usted puede utilizar WebSphere CloudBurst para crear y administrar este entorno mientras el mismo se mueve desde el desarrollo hasta la verificación, y de ahí al aseguramiento de la calidad, y finalmente hasta la opción de producción. Esto incluye los siguientes pasos:
- Crear los paquetes de script necesarios de WebSphere CloudBurst.
- Crear el patrón inicial de WebSphere CloudBurst para las opciones de desarrollo.
- Migrar y desplegar el entorno de la aplicación hasta una opción de verificación.
- Migrar y desplegar el entorno de la aplicación hasta una opción de QA.
- Migrar y desplegar el entorno de la aplicación hasta una opción de producción.
Durante cada migración y su subsecuente despliegue, ilustraremos la facilidad con la cual usted puede realizar pequeños cambios a la configuración sin comprometer la integridad general de cada entorno de aplicación resultante. Estos cambios incluirán alteraciones en la topología del WebSphere Application Server, cambios en la configuración para la integración de la DB2, y hasta modificaciones en la plataforma del sistema operativo subyacente.
Por favor tenga en cuenta que si intenta copiar algunos de los pasos que hemos realizado en el resto del artículo, deberá tener acceso a WebSphere CloudBurst Appliance con permisos para crear contenido de catálogo y patentes, y desplegar patrones.
Tabla de contenidos
- Antes de comenzar
- En primer lugar, algo de información
- El mismo escenario
- Creación de paquetes de script
- Creación del patrón inicial de desarrollo
- Migración desde el entorno de Account Management hasta el de la verificación
- Progresando hacia el aseguramiento de la calidad
- ¡Hora del espectáculo! Avanzando hacia la producción
- En conclusión
- Recursos
- Sobre los autores