Ir a contenido principal

Bienvenido a My developerworks. Si no tiene un ID de IBM y un password, regístrese aquí.

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

La primera vez que inicie sesión en developerWorks, se creará un perfil para usted. Este perfil incluye el nombre, apellido y nombre de usuario que poporcinó cuando se registró en developerWorks. Cierta información de su perfil será mostrada públicamente, pero usted puede editar la información en cualquier momento. Su nombre, apellido (a menos que usted elija ocultarlo), y nombre de usuario acompañarán el contenido que usted publica.

Toda la información enviada es segura.

La primera vez que inicia sesión en developerWorks se crea un perfil para usted, teniendo que elegir un nombre para mostrar en el mismo. Este nombre acompañará el contenido que usted publique en developerWorks.

Por favor elija un nombre de 3 - 31 caracteres. Su nombre de usuario debe ser único en la comunidad developerWorks y debe ser distinto a su dirección de email por motivos de privacidad.

Al hacer clic en Enviar, usted está de acuerdo con los términos y condiciones de developerWorks.

Toda la información enviada es segura.

Migración del entorno de la aplicación con WebSphere CloudBurst

Protección de la fidelidad de los entornos de las aplicaciones a través de patrones

Dustin Amrhein, Technical Evangelist, IBM
Author photo
Dustin Amrhein se unió a IBM como parte del equipo de desarrollo para WebSphere Application Server. Mientras ocupaba ese cargo, trabajó en el desarrollo de infraestructura para servicios web y modelos de programación para servicios web. Además, lideró el esfuerzo técnico del desarrollo de un marco de servicios RESTful para Java. En su rol actual, Dustin es Technical Evangelist de tecnologías emergentes en la cartera de WebSphere de IBM. Actualmente se concentra en tecnologías WebSphere que ofrecen capacidades de cloud computing, entre ellas WebSphere CloudBurst Appliance.
(Autor profecional de IBM developerWorks)
Ruth Willenborg, Senior Technical Staff Member, IBM India Software Lab Services and Solutions
Ruth Willenborg es Miembro Senior del Personal Técnico del WebSphere Technology Institute de IBM donde trabaja actualmente en la computación en nube de WebSphere y en las iniciativas de dispositivos virtuales, es la defensora técnica del nuevo WebSphere CloudBurst Appliance de IBM. Antes de trabajar en la virtualización y en las iniciativas de dispositivos, fue gerente del equipo WebSphere Performance responsable del análisis de la performance de WebSphere Application Server, la comparación de performance y el desarrollo de herramientas de performance. Ruth tiene más de 20 años de experiencia en el desarrollo de software en IBM y es coautora de Performance Analysis for Java Web Sites (Addison-Wesley, 2002) y varios artículos sobre la performance de WebSphere y el uso de WebSphere con tecnologías de virtualización.

Resumen:  En este tutorial, los autores muestran como utilizar WebSphere® CloudBurst para construir patrones que se puedan utilizar para representar la configuración tanto de la aplicación como de la infraestructura de la aplicación. Ellos también muestran como utilizar estos patrones para desplegar de manera sistemática el entorno de la aplicación mientras ésta se mueve a través de los cuatro ciclos de vida-— desarrollo, prueba, QA, y producción. El tutorial ofrece un ejemplo completo y paso por paso del uso de patrones para administrar topologías cambiantes, arquitecturas de plataforma subyacente, y propiedades de configuración.

Fecha:  29-07-2011
Nivel:  Intermediaria

Comentario:  

Migración desde el entorno de Account Management hasta el de la verificación

Sus esfuerzos de desarrollo de la aplicación Account Management finalizarán ahora, de manera que estará listo para comenzar a probar el entorno. Nosotros proponemos los siguientes objetivos para la migración:

  1. Los nodos personalizados deberían ejecutarse cada uno en su propio host y no ser colocados con el administrador de despliegue.
  2. Los binarios de aplicación deberían ser recuperados de un depósito diferente.
  3. La fuente de datos debería ser configurada para consultar a la instancia de una base de datos diferente.

Para comenzar a realizar los cambios, ir a la página de patrones y seleccionar el patrón Account Management Cluster — Development creado anteriormente. Clonar este patrón para crear uno nuevo denominado Account Management Cluster — Test y luego navegar hasta la página del editor de patrones para obtener los nuevos patrones.

Una vez que se encuentre en el editor de patrones, borre todos los paquetes de scripts de la parte del administrador de despliegue. Usted volverá a agregar algunos de los paquetes de scripts, pero deberá asegurarse de agregarlos en el orden correcto.

Luego, ingrese la nueva topología arrastrando y soltando un nodo personalizado desde la lista de la parte que se encuentra en el lado izquierdo hasta el lienzo de la derecha. La cantidad de la parte del nodo personalizado aumentará de uno a dos.

Ahora vuelva a agregar los paquetes de scripts a la parte del administrador de despliegue. Esta vez comience agregando el paquete de scripts Add IBM HTTP Server node que se encuentra en el dispositivo. Este paquete de scripts establece un IBM HTTP Server en la misma máquina virtual donde se encuentra el administrador de despliegue, lo cual permite conservar los recursos de su entorno de verificación. Finalmente, vuelva a agregar los paquetes de scripts para instalar la aplicación Account Management y crear la fuente de datos necesaria de la DB2 .


Figura 13. El nuevo patrón de verificación
The new test pattern

WebSphere CloudBurst invoca paquetes de scripts para que aparezcan en una parte del patrón. En este caso, es importante crear la instancia del servidor HTTP de IBM antes de instalar la aplicación ya que éste permite a la aplicación incluir al servidor entre sus objetivos de despliegue, permitiendo así solicitar que la aplicación recorra la instancia de nuestro Servidor HTTP de IBM.

La edición no está completa aún porque usted debe colocar un clúster de WebSphere Application Server En este caso, no necesitará un paquete de scripts. Dado que está utilizando partes de nodos personalizados, usted puede apalancar la habilidad de definir los clústeres como una opción avanzada para el patrón. Para esto, haga clic en Advanced Options y seleccione la opción Define clusters .


Figura 14. Definición de un clúster de WebSphere Application Server
Defining a WebSphere Application Server cluster

Como resultado de la selección de esta opción, WebSphere CloudBurst automáticamente creará uno o más clústeres en WebSphere Application Server durante el despliegue de este patrón. Usted proporcionará la información de configuración que le dice a WebSphere CloudBurst cuantos clústeres desea y cuantos miembros clústeres desea crear en cada uno de los nodos personalizados. Esto se realiza en el patrón o durante el despliegue.

Luego de configurar el patrón para incluir clústeres a WebSphere Application Server, usted ha terminado de realizar los cambios necesarios; haga clic en el enlace Done editing para volver a la página de detalle del patrón. En este punto, usted puede encerrar el patrón de manera opcional. Usted está preparado para desplegar.

El despliegue es muy parecido al último ya que los patrones contienen dos partes. Al configurar la parte del administrador de despliegue, todavía necesita proporcionar la configuración para la instalación de la aplicación y la creación de los scripts de la fuente de datos. En este caso, cambie los valores para estos datos de configuración para reflejar los valores correctos para el entorno de la verificación.


Figura 15. Nuevos datos de configuración para el entorno de la verificación
New configuration data for test environment

En particular, cambie la ubicación de los binarios de la aplicación, el nombre de usuario de la base de datos, y los valores del host de la base de datos (pero usted podría necesitar cambiar otros valores para asegurarse un despliegue exitoso en su entorno de verificación).

A diferencia del despliegue anterior, usted no necesita proporcionar información para crear nodos administrados en la celda porque ha incluido partes de nodos personalizados en su patrón. Como resultado, WebSphere CloudBurst automáticamente creará los nodos y se encargará de federarlos en la celda. Usted tendrá que proporcionar la información relacionada con el WebSphere Application Cluster que desea crear: La única diferencia es que en este despliegue, WebSphere CloudBurst creará el clúster en lugar de usted, incluyendo un paquete de scripts para llevar adelante la acción de configuración.


Figura 16. Configuración del clúster de WebSphere Application Server
Configuring the WebSphere Application Server cluster

Los valores presentados en la Figura 16 resultan en la creación de un único clúster que contiene un miembro en cada nodo. En este caso, esto significa que el clúster de WebSphere Application Server tendrá dos miembros porque su patrón contiene dos partes de nodos personalizados.

En este patrón, usted también debe configurar las partes de los nodos personalizados antes de desplegar. En esta parte no hay paquetes de scripts, por lo tanto deberá proporcionar información de contraseña. Despliegue el patrón haciendo clic en el botón OK del diálogo de despliegue. Nuevamente, esto lo llevará a la página Virtual Systems y cuando el proceso de despliegue esté completo y el sistema virtual esté en estado de inicio, inicie sesión en la consola de administración de WebSphere Application Server tal como lo hizo la última vez. La única diferencia en este despliegue es que además de que la aplicación y la configuración de la fuente de datos han sido modificadas, los nodos personalizados se encuentran en hosts diferentes al del administrador de despliegue.


Figura 17. Listado de nodos para la celda del WebSphere Application Server
Node listing for WebSphere Application Server cell

Los nodos CloudBurstNode and CloudBurstNode1 que se observan en la Figura 17 fueron creados a partir de dos partes de nodos personalizados en nuestro patrón. Los nodos CloudBurstNode0 y cbmv-112.rtp.raleigh.IBM.com-node representan al administrador de despliegue y a la instancia del Servidor HTTP de IBM respectivamente.

El punto clave en la migración de su entorno de desarrollo hasta el de verificación no es muy diferente — , sino que la clave realmente es que el resultado neto de estos dos despliegues es el mismo. En ambos entornos se ejecuta la aplicación Account Management en el clúster de WebSphere Application Server, y además la aplicación tiene acceso a una fuente de datos para la base de datos de la DB2. Además, usted logró esta migración simplemente haciendo pequeños cambios en la interfaz arrastar y soltar, y proporcionando una pequeña cantidad de configuración de tiempo de despliegue.

La migración de un entorno al otro lleva sólo unos minutos.

6 de 11 | Anterior | Siguiente

Comentario



static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=90
Zone=Cloud computing, WebSphere
ArticleID=499451
TutorialTitle=Migración del entorno de la aplicación con WebSphere CloudBurst
publish-date=07292011
author1-email=damrhei@us.ibm.com
author1-email-cc=
author2-email=
author2-email-cc=

Etiquétalo Etiquetas

Help
Utilice el campo de búsqueda para encontrar todo tipo de contenido en My developerWorks con esa etiqueta.

Utilice el deslizador para controlar cuántas etiquetas deben mostrarse.

Las etiquetas populares muestran las etiquetas más difundidas en esta zona particular de contenido (por ejemplo: Java, Linux, WebSphere).

Mis Etiquetas muestra sus etiquetas en esta zona particular de contenido (por ejemplo: Java, Linux, WebSphere).

Utilice el campo de búsqueda para encontrar todo tipo de contenido en My developerWorks con esa etiqueta. Las etiquetas populares muestran las etiquetas más difundidas en esta zona particular de contenido (por ejemplo: Java, Linux, WebSphere). Mis Etiquetas muestra sus etiquetas en esta zona particular de contenido (por ejemplo: Java, Linux, WebSphere).