B
EST PRACTICES PARA
D
ESPLIEGUES DE
A
PLICACIONES EN
ENTORNOS
O
RACLE
W
EBLOGIC
S
ERVER
Referencia documento:
InfV5_JASAS_WLS_BestPractices_Deployment_V220.doc
Fecha: 14 de abril de 2011
Versión: 2.2.
Oficina Técnica para la Gestión y Supervisión de
Servicios TIC
Subdirección de Tecnologías de la Información
Registro de Cambios
Fecha Autor Versión Notas 13 de Enero de 2011 Jonathan Ortiz 2.1 Versión inicial
14 de abril de 2011 Jonathan Ortiz 2.2 Versión revisada a Abril de 2011
Revisiones
Nombre Role
Emilio Nestal Advanced Services Engineer
Distribución
Copia Nombre Empresa
1 Subdirección de Tecnologías de la Información
Servicio Andaluz de Salud, Junta de Andalucía
2 Servicio de Coordinación de Informática de la Consejería de Innovación
Consejería de Innovación, Junta de Andalucía
Índice de Contenidos
CONTROL DE CAMBIOS ... 4
INTRODUCCIÓN ... 5
OBJETIVOS DE ESTE DOCUMENTO ... 6
TIPOS DE APLICACIONES PROPORCIONADAS POR EL PROVEEDOR ... 7
El rol del Servidor Web ... 7
Aplicaciones Web Java EE ... 8
Aplicaciones Java EJB ... 12
Aplicaciones Java Enterprise ... 15
DESPLIEGUE DE APLICACIONES EN UN ENTORNO DE DESARROLLO SOBRE WEBLOGIC SERVER ... 18
Pasos en un proceso de Despliegue ... 18
Métodos de Despliegue ... 18
DESPLIEGUE DE APLICACIONES EN UN ENTORNO DE PRODUCCIÓN SOBRE WEBLOGIC SERVER ... 21
Métodos de Despliegue ... 21
OPCIONES AVANZADAS DE DESPLIEGUE QUE PROPORCIONA WEBLOGIC SERVER ... 24
Plan de Despliegue ... 24
Redespliegue en entornos de Producción ... 25
Distribución de Aplicaciones ... 27
Control de cambios
Cambio Descripción Página
Introducción
Este documento recoge una serie de recomendaciones de Oracle Soporte planteadas como buenas prácticas para realizar una correcta puesta en producción o despliegue de aplicación dentro de un entorno de servidores de aplicaciones que hagan uso de Oracle Weblogic Server 11g.
Estas recomendaciones están encaminadas a utilizar la metodología más adecuada según las características de la aplicación y a minimizar los posibles problemas de configuración y despliegue de las aplicaciones en el servidor de aplicaciones Oracle Weblogic Server 11g.
Objetivos de este documento
A lo largo de los puntos de este documento se irá definiendo una guía de buenas prácticas para el despliegue de aplicaciones en servidores de aplicaciones Oracle Weblogic Server 11gR1.
El objetivo de esta guía de buenas prácticas tiene varios objetivos:
• Conocimiento de las diferentes aplicaciones que nos puede proporcionar un proveedor y sus principales características y diferencias.
• Recomendaciones para realizar despliegues de aplicaciones en entornos de desarrollo, así como las herramientas que proporciona Oracle Weblogic Server 11g para llevarlo a cabo.
• Recomendaciones para realizar despliegues de aplicaciones en entornos de producción, así como las herramientas que proporciona Oracle Weblogic Server 11g para llevarlo a cabo.
• Recomendaciones para despliegues avanzados como pueden ser los siguientes:
o Uso de Aplicaciones de Terceros la STI.
o Redespliegues de aplicaciones, como pueden ser actualizaciones o cambios de versión de las aplicaciones.
Tipos de aplicaciones proporcionadas por el proveedor
En este apartado se desarrollara los distintos tipos de aplicaciones Java que nos podemos encontrar desarrolladas por un proveedor, se comentaran las características que las diferencias y siempre haciendo referencia desde un entorno de Weblogic Server 11gR1.
El rol del Servidor Web
El Servidor Web
Un servidor Web es responsable de manejar las peticiones HTTP de los clientes. HTTP es un protocolo sin estado. Esto significa que por cada solicitud, una conexión es establecida entre el cliente y el servidor, la solicitud se maneja, y luego se cierra la conexión. Por ejemplo, no hay nada en el protocolo HTTP para permitir a un
servidor tratar una solicitud concreta de manera diferente dependiendo de la cantidad de veces que se ha solicitado. Tal comportamiento puede, sin embargo, ser simulado con el uso de cookies.
Oracle WebLogic Server es un servidor Web totalmente funcional que puede controlar los sitios Web con un alto volumen de datos, carga, etc. Sirve archivos estáticos como archivos HTML y archivos de imagen, además de servir contenido dinámico
mediante Servlets y JavaServer Pages (JSP). Oracle WebLogic Server es compatible con la especificación HTTP 1.1.
Aplicaciones Web Java EE
Aplicaciones Web
Una aplicación Web en Oracle WebLogic Server incluye los siguientes ficheros:
• Servlets, JSPs, and otras clases Java.
• De forma opcional, un descriptor de despliegue web.xml, que es un documento de Java EE XML estándar que describe el contenido de un archivo Web (WAR).
• De forma opcional, un descriptor de despliegue weblogic.xml, que es un documento XML que contiene elementos de Oracle WebLogic Server específico para aplicaciones Web.
• Una aplicación Web también puede incluir páginas HTML y XML con soporte a archivos, como imágenes y archivos multimedia.
Un servlet es una clase Java que se ejecuta en un servidor Java habilitado, se ocupa de una petición HTTP, y proporciona una respuesta HTTP, por lo general en forma de una página HTML. El uso más común de los servlets HTTP es para crear aplicaciones interactivas utilizando navegadores web estándares para la presentación desde el lado del cliente. HTTP Servlets pueden acceder a bases de datos, Enterprise JavaBeans (EJB), mensajería API, sesiones HTTP, y otros servicios de Oracle WebLogic Server.
JavaServer Pages (JSP) son páginas web con un código HTML extendido que permite incrustar código Java en una página Web. JSP puede llamar a una clase Java personalizada, conocida como las librerías de etiquetas, usando HTML como tags. El compilador de APPC compila JSPs y los traduce en servlets.
Oracle WebLogic Server automáticamente compila JSPs si el archivo servlet class no está presente o es más antiguo que el archivo de código fuente JSP. También puede realizar precompilación JSP y empaquetar el servlet en un archivo Web (WAR) para evitar la compilación en el servidor.
Empaquetado de Aplicaciones Web
Antes de desplegar una aplicación empaquetada y registrarla contra Oracle WebLogic Server, se recomienda seguir estos pasos para empaquetar una aplicación web:
1. Organizar los recursos en una estructura de directorios. 2. Desarrollar el descriptor de despliegue web.xml.
3. Desarrollar el descriptor de despliegue weblogic.xml (Con las especificaciones para WLS).
4. Empaquetar la aplicación en un fichero .war usando Java Archive (JAR). 5. Desplegar la aplicación Web dentro de Oracle WebLogic Server.
6. Configurar los recursos y servicios necesarios por la aplicación Web desde la Consola de Administración de Oracle WebLogic Server.
El empaquetado y despliegue de una aplicación Web es un proceso relativamente simple. Los puntos más dificiles del proceso son la configuración de los archivos XML. Pero después de configurar estos archivos una vez o dos veces, se debería ser capaz de crear sus propias plantillas, lo que agilizará el proceso de implementación de los siguientes proyectos. El objetivo y la descripción de los dos archivos principales se describen mas adelante a lo largo de este documento.
Nota: La tarea de creación de los ficheros WEB.XML y WEBLOGIC.XML esta asociada a desarrollo y no forma parte de las funciones específicas de
administración, por lo que cualquier aplicación debe venir con estos dos ficheros preconfigurados.
Estructura de una Aplicación Web
Tras desarrollar una aplicación Web con una estructura de directorio especifica para que pueda ser archivada y desplegada en Oracle WebLogic Server, u otro servidor compatible con Java EE. Todos los servlets, clases, archivos estáticos, y otros recursos que pertenecen a una aplicación web se organizan en una jerarquía de directorios. La raíz de esta jerarquía define la raíz de la aplicación Web. Todos los archivos bajo este directorio raíz se pueden servir al cliente, a excepción de los archivos bajo el directorio WEB-INF. Todos los archivos en WEB-INF son privados y no se sirven a peticiones de clientes, incluyendo los descriptores de despliegue XML.
Un archivo Web (WAR) contiene los archivos que componen una aplicación web. El archivo WAR se despliega como una unidad en una o más instancias de Oracle WebLogic Server. El archivo WAR se puede implementar solo o empaquetado en un Enterprise Archive (EAR) con otros componentes de aplicación. Si se ha implementado solo, el archivo debe terminar con una extensión .war. Si se ha implementado en un archivo EAR, el archivo debe terminar con una extensión de .ear. Por otra parte, Oracle WebLogic Server le permite desplegar el directorio de la aplicación Web sin necesidad de archivar la misma. Esta técnica es especialmente útil mientras la aplicación está en fase de desarrollo, es lo que se conoce como despliegue desde el directorio.
Una aplicación web puede ser
• Un fichero empaquetado (.war)
• Un directorio con toda la estructura de la aplicación web.
Los archivos privados deben estar ubicados en el directorio WEB-INF, dentro del directorio raíz. Asegúrese de que la aplicación contiene los siguientes directorios y archivos:
• NombreMiAppWeb/: Coloque aquí los archivos estáticos, como archivos HTML y archivos JSP, en este directorio (o en un subdirectorio). Este directorio es el directorio raíz de la aplicación Web.
• /WEB-INF/web.xml: El descriptor de despliegue que configura la aplicación web
• /WEB-INF/weblogic.xml: El descriptor de despliegue específico de WebLogic que define y mapea los recursos mencionados en el archivo web.xml a los recursos que residen dentro de Oracle WebLogic Server. Este archivo también se utiliza para definir los atributos de sesión HTTP y JSP.
• /WEB-INF/classes (opcional): Contiene las clases como servlets HTTP
• /WEB-INF/lib (opcional): Contiene ficheros .jar con librerías usadas por la aplicación
Ficheros de Configuración de una aplicación Web
1. Web.xml
El descriptor de despliegue web.xml sigue la especificación Servlet 2.4 de Sun Microsystems. El archivo web.xml se empaqueta junto con los componentes de la aplicación Web en un archivo .war, que se despliega en Oracle WebLogic Server.
Se utiliza para configurar las siguientes configuraciones:
o Registrar Servlets y JSP
o Parámetros de inicialización de Servlets o Tag de Librerías JSP
o Mapeo de tipos MIME o Las páginas de error
o Restricciones de seguridad y roles o Recursos
o Referencias EJB
2. Weblogic.xml
El descriptor de despliegue weblogic.xml sigue un esquema propietario que se utiliza sólo para Oracle WebLogic Server. Le permite activar y configurar las características de la aplicación Web que no son parte de la especificación Java EE.
o El context path root de la aplicación o Logging de la aplicación
o Mapeo de roles de seguridad o Configuración avanzada de sesiones o Configuración de sesiones en cluster o Las referencias a las librerías compartidas
o Las referencias a los recursos del servidor (data sources, EJB, etc) o Configuración de Work managers y hebras
o Directorios virtuales
o Opciones del compilador JSP
Aplicaciones Java EJB
Aplicaciones EJB
Más conocidas como Enterprise JavaBeans (EJBs), ofrecen las siguientes características:
• Estandarizar el desarrollo y despliegue de componentes distribuidos en el servidor.
• Son una de las API que forman parte del estándar de construcción de aplicaciones empresariales J2EE.
• Están empaquetados con los descriptores de despliegue XML
• Soporta las siguientes funcionalidades:
o Comunicación remota utilizando CORBA o Transacciones
o Control de la concurrencia
o Eventos utilizando JMS (Java messaging service) o Servicios de nombres y de directorio
o Seguridad
o Ubicación de componentes en un servidor de aplicaciones. Tipos de Aplicaciones EJB
El descriptor de despliegue Java EE, ejb-jar.xml, se describen los Enterprise beans que están empaquetados en una aplicación EJB. En él se definen los tipos, los nombres y los nombres de las interfaces local y remota. El descriptor de despliegue ejb-jar.xml define los roles de seguridad para los beans, y la transaccionalidad de los métodos. Además existen descriptores de despliegue que proporcionar información adicional específica de WebLogic. Un descriptor de despliegue weblogic-cmp-rdbms-jar.xml , que es exclusivo de los entity-beans manejados por el contenedor, realiza el mapeo de un beans a las tablas de una base de datos. El descriptor de despliegue weblogic-ejb-jar.xml proporciona información adicional que es específica para el entorno Oracle WebLogic Server, donde se configuran los nombres de JNDI, clustering y configuración de la caché.
Los módulos EJB se empaquetan como archivos con la extensión jar., pero también puede ser desplegado como directorios de archivo.
Ficheros de configuración de Aplicaciones EJB
• Weblogic-ejb-jar.xml
El descriptor de despliegue weblogic-ejb-jar.xml sigue un esquema propietario que se utiliza sólo por Oracle WebLogic Server. Le permite activar y configurar las características de EJB que no forman parte de la especificación Java EE. Como por ejemplo:
o Mapeo de los security roles que se utilizan en las anotaciones de EJB a las identidades del realm de la seguridad WebLogic
o Habilitar el balanceo de carga y failover para invocaciones remotas EJB.
o Optimización de rendimiento EJB utilizando pool y configuración de la memoria caché.
o Asignación de un Weblogic WorkManager para procesar las solicitudes de un EJB
o Tuning de las hebras para ajustar el comportamiento que se utiliza para procesar las solicitudes de un EJB.
Aplicaciones Java Enterprise
Aplicaciones Enterprise
Una aplicación Enterprise es una agrupación de varios recursos en una unidad de despliegue que se empaqueta en un archivo .ear
Estos recursos incluyen:
• Aplicaciones Web (.war)
• Aplicaciones EJB (.jar)
• Aplicaciones Java (.jar)
• Resource adapters (.rar)
Una aplicación Enterprise:
• Se compone de uno o mas módulos de aplicación Java EE:
o Aplicaciones Web o Aplicaciones EJB
o Otras librerías Java (JARs)
Permite que aplicaciones relacionadas sean desplegadas como una unidad puede incluir recursos comunes de JMS y JDBC
Estructura de Enterprise Aplicaciones
Aplicaciones Enterprise pueden ser desplegadas como un fichero empaquetado con la extensión .ear o desde un directorio con la estructura, esta segunda opción se permite solo en entornos de desarrollo.
El descriptor de despliegue opcional se encuentra en META-INF/application.xml contiene un elemento para cada aplicación web, EJB y módulo de conexión, así como los elementos adicionales para describir los roles de seguridad y los recursos de aplicaciones tales como bases de datos. Si este descriptor está presente, el despliegue en WebLogic recoge la lista de los módulos de este descriptor. Sin embargo, si este descriptor no está presente, el contenedor sugiere los nombres de módulo y los tipos de la estructura empaquetada y anotaciones definidas en las clases de Java.
Por defecto, las clases Java presentes en los módulos EJB están accesibles desde cualquier módulo de aplicación Web que se encuentre en la aplicación Enterprise. Sin embargo, las clases Java dentro de un módulo de aplicación Web no están disponibles para otros módulos de la aplicación Web. Para compartir archivos de clases y librerías, entre todos los módulos, hay que almacenarlos en el directorio APP-INF. Estos recursos serán puestos a disposición de todos los módulos de aplicación.
Ficheros de configuración de Enterprise Aplicaciones
• Weblogic-application.xml
El fichero weblogic-aplicacion.xml es la extensión especifica de Oracle WebLogic Server del descriptor de despliegue aplicacion.xml. Este permite activar y configurar las siguientes características:
o Referencias a módulos de librerías compartidas que son desplegados fuera de esta aplicación.
o Asignación de un WorkManager WebLogic para procesar las solicitudes de los módulos de aplicación.
o Tuning de las hebras para procesar las solicitudes de los módulos de aplicación.
o Cambiar el tiempo de espera predeterminado de sesión HTTP para todos los módulos de aplicación Web.
o Cambiar el nombre de la cookie por defecto que se utiliza para seguir las sesiones HTTP para todos los módulos de aplicación Web.
o Habilitar funcionalidades de clustering y replicación, como la replicación en memoria y la persistencia de todos los módulos de aplicación Web.
Despliegue de aplicaciones en un entorno de desarrollo sobre
Weblogic Server
En este apartado se hace referencia a la metodología, buenas prácticas, opciones y herramientas a utilizar dentro de un entorno de Desarrollo en el que se hagan uso de servidores de aplicaciones Oracle Weblogic Server.
Pasos en un proceso de Despliegue
Overview
Proceso de despliegue
1. Fase de Preparación: Preparación de las aplicaciones y módulos para su despliegue: Se pueden desplegar aplicaciones, ya sea como archivos empaquetados o como directorios de archivo ( Esta opción solo se permite en entornos de Desarrollo. Antes de desplegar una aplicación, un
administrador prepara los módulos de despliegue mediante la creación de un directorio de instalación de la aplicación y copiar el archivo
empaquetado de la aplicación.
2. Fase de Configuración: Configuración de la aplicación o el módulo de despliegue en el entorno Oracle WebLogic Server, los administradores suelen recibir una nueva aplicación (o una nueva versión de una aplicación) desde el equipo de desarrollo y debe desplegar la aplicación en un entorno de desarrollo o de producción.
Oracle WebLogic Server le ayuda a configurar fácilmente una aplicación para un dominio sin tener que editar manualmente los archivos del descriptor de despliegue previsto por el equipo de desarrollo.
Los cambios de configuración para un entorno específico se almacenan en una nueva configuración dentro de lo que se conoce como un plan de despliegue, que será desarrollado a lo largo de este documento con más detalle.
3. Fase de Despliegue: Desplegar la aplicación en Oracle WebLogic Server, después de preparar tanto los archivos de despliegue y configuración, las aplicaciones se distribuyen a los servidores de destino en un dominio de servidores de Oracle WebLogic y se activa para procesar las solicitudes de cliente.
Oracle WebLogic Server 11gR1 soporta tres métodos distintos para el despliegue de sus aplicaciones. Los diferentes métodos de despliegue proporcionan alternativas para los diferentes escenarios que existen en las aplicaciones.
Existen varios métodos para desplegar las aplicaciones en Oracle WebLogic Server y las librerías compartidas, que son los siguientes:
• Consola de Administración
• WebLogic Scripting Tool (WLST)
• Clase Weblogic.Deployer
• Wldeploy Ant
• Auto-deploy desde el directorio
En principio en un entorno de desarrollo no se limitara el método de despliegue por lo que el desarrollador puede elegir con el que se sienta mas cómodo, aunque para evitar posibles problemas y errores inesperados cuando el despliegue se realice en un entorno de producción, se recomienda realizar las pruebas unitarias y pruebas de despliegue de la aplicación en un dominio de Oracle Weblogic Server configurado en modo de producción.
La consola de administración proporciona una serie de asistentes de despliegue basado en Web que le guiará en el proceso de despliegue. La Consola de
Administración también ofrece controles para cambiar y monitorizar el estado de despliegue, y el cambio de los valores seleccionados del descriptor de despliegue. Utilice la consola de administración cuando se necesite para realizar cambios de despliegue de forma interactiva.
El directorio de dominio autodeploy le permite desplegar rápidamente una aplicación para la evaluación o prueba en un entorno de desarrollo.
FastSwap
La funcionalidad FastSwap de Oracle Weblogic Server nos permite:
• Te permite usar los descriptores de despliegue WebLogic
• Sólo está disponible si el dominio no se está ejecutando en production mode
• WebLogic automáticamente vuelve a cargar la modificación clases Java en las aplicaciones
• Los desarrolladores pueden realizar el desarrollo iterativo sin un redespliegue explícito
Configuración de Fast-Swap en el fichero de configuración weblogic.xml:
…
<fast-swap>true</fast-swap>
…
Despliegue desde la Consola
Dentro de los métodos de despliegue en un entorno de desarrollo, otro de los métodos recomendados para su uso es el despliegue desde la consola de administración.
El método de despliegue desde la consola de administración de Oracle Weblogic Server, es un método que permite el control manual sobre todo el proceso de despliegue.
Este método puede ser usado en entornos de desarrollo, aunque se comentara en detalle en el próximo apartado de despliegues en entornos de Producción.
Despliegue de aplicaciones en un entorno de producción sobre
Weblogic Server
En este apartado se hace referencia a la metodología, buenas prácticas, opciones y herramientas a utilizar dentro de un entorno de Producción en el que se hagan uso de servidores de aplicaciones Oracle Weblogic Server.
Métodos de Despliegue
En principio en un entorno de producción se limitara el método de despliegue a:
• Despliegue desde la consola.
• Despliegue desde weblogic.deployer
• Despliegue desde WLST
Por lo que el administrador puede elegir con la opción que se sienta mas cómodo, aunque para evitar posibles problemas y errores inesperados cuando el despliegue se realice en un entorno de producción, se recomienda realizar las pruebas unitarias y pruebas de despliegue de la aplicación en un dominio de Oracle Weblogic Server configurado en modo de producción.
Despliegue desde la Consola
El método de despliegue desde la consola permite el control manual sobre el proceso de despliegue. Se pueden instalar aplicaciones directamente desde una ubicación de red recomendado en entornos distribuidos o desde el disco local. También puede modificar cierta configuración del despliegue de la aplicación. Incluso se puede desplegar cada aplicación por separado a los servidores individuales o dentro del cluster en el dominio.
Todos los tipos de aplicaciones Java EE se despliegan en la misma forma en Oracle WebLogic Server. Instalación de una solicitud se refiera a lo que su archivo físico o directorio conocido a Oracle WebLogic Server. Una aplicación puede ser instalada como un archivo guardado o como un directorio explotó. Después de haber instalado la aplicación, puede empezar por lo que los usuarios puedan utilizarlo.
Pasos:
1. En el panel de la izquierda de la Consola, seleccionar Deployments. 2. En el panel de la derecha de la Consola, click en Install.
3. Localizar el fichero que corresponda a la aplicación que se desee instalar. O bien introduzca la ruta en el sistema de archivos local de forma manual, click en Next.
4. Seleccionar “Install this deployment as an application”. Seleccione " Install this deployment as a library " cuando se desee desplegar como una librería compartida que puede ser referenciada por otras aplicaciones. Si ha creado otros servidores manejados o clusters y se va a instalar una aplicación enterprise, también se puede seleccionar " Install this deployment as an application, but target the modules individually ", Como norma se seleccionara la opción “Install this deployment as an application”.
5. Seleccionar los Managed Servers o Clusters sobre los cuales se desee desplegar la aplicación y click Next.
Despliegue desde la Línea de Comandos
La utilidad weblogic.Deployer es una herramienta de despliegue basada en Java que proporciona una interfaz de línea de comandos para tareas de despliegue. La
utilidad weblogic.Deployer es una herramienta avanzada que le proporciona mayor flexibilidad de configuración a través de los despliegues desde la línea de comandos. Le permite desplegar una nueva aplicación, actualización de una aplicación
existente, o anular el despliegue de una aplicación. También puede desplegar módulos JMS, JDBC, y WebLogic Diagnostic Framework (WLDF).
La utilidad weblogic.Deployer le permite realizar operaciones de despliegue similares a los disponibles en la consola.
Recomendación de directorios para entornos de Producción
La estructura de directorios de aplicaciones separa los archivos de configuración generados a partir de los archivos de aplicación, de modo que los archivos de configuración pueden ser fácilmente modificados o reemplazados sin alterar la propia aplicación. La estructura recomendada también ayudara a organizar y mantener varias versiones de los archivos de despliegue de la misma aplicación. El diagrama de la imagen muestra la jerarquía de directorios para almacenar una aplicación o un módulo de despliegue.
Despliegue de aplicaciones con comprobación previa
Usando el modo de administración, los administradores pueden desplegar una aplicación en un entorno de producción sin exponer la aplicación a los clientes externos.
El acceso a la aplicación se limita a un canal configurado de Administración.
Usted puede realizar una comprobación sobre la aplicación directamente en el entorno de producción sin interrupciones de los clientes.
Opciones avanzadas de Despliegue que proporciona Weblogic
Server
En este apartado se hace referencia a buenas prácticas, opciones avanzadas y herramientas a utilizar dentro de un despliegue que se hagan uso de servidores de aplicaciones Oracle Weblogic Server.
Plan de Despliegue
Plan de Despliegue
Se trata de un documento XML opcional que reside fuera de la aplicación. Se configura una aplicación para su despliegue en un entorno de WLS específico. Es creado y gestionado por los administradores o desarrolladores de un entorno particular.
Un plan de despliegue es un documento XML que se utiliza para definir la
configuración de despliegue una aplicación para un entorno de servidor específico de Oracle WebLogic Server, como desarrollo, preproducción o producción. Un plan de despliegue reside fuera del archivo de una aplicación y contiene las propiedades de despliegue que sobrescriben las existentes de una aplicación y los descriptores de despliegue de Oracle WebLogic Server.
Cualquier recurso externo requerido por la aplicación está sujeto a cambios cuando la aplicación se despliega en un entorno diferente. Por ejemplo, los nombres JNDI de los datasources que se utilizan en el entorno de desarrollo pueden ser diferentes de los utilizados en producción.
Ventajas de usar un Plan de Despliegue
• Trabaja configurando y reemplazando el valor de las propiedades de despliegue que se definen en el descriptor de despliegue de una aplicación WLS
• Ayuda a modificar fácilmente la configuración de una aplicación WLS para el despliegue en diferentes entornos de WLS múltiples sin modificar los archivos de descriptor de despliegue que se incluyen en el archivo de aplicación
• Permite que una aplicación se despliegue en varios servidores o clusters que tienen una configuración diferente dentro del mismo dominio
Figura: Ejemplo de plan de Despliegue
Los elementos básicos de un plan de despliegue cumplen las siguientes funciones:
• Deployment-plan: Encapsula el contenido del plan de despliegue.
• Aplication-name: Corresponde al nombre de despliegue de la aplicación o el módulo
• Variable-definition: Define una o más variables. Cada variable define el nombre de una variable que se utiliza en un plan y un valor, que puede ser nulo
• Module-override: Cubre los elementos de cada módulo, tipo, y los descriptores de despliegue que los sobrescribe por el valor del plan de despliegue.
Herramientas para crear un Plan de Despliegue:
• Weblogic.PlanGenerator
• Consola de Administración
Objetivos para crear un Plan de Despliegue:
• Exponer las necesidades de recursos externos de la aplicación como variables en el plan de despliegue
• Para acceder a las propiedades adicionales configurables, tales como parámetros de ajuste como variables en el plan de despliegue
Redespliegue en entornos de Producción
Redespliegue en producción
Redespliegue en producción esta soportado principalmente para aplicaciones con un punto de entrada web application (clientes HTTP). Oracle WebLogic Server 10.3 puede automáticamente gestionar los puntos de entrada del cliente HTTP para aislar
las conexiones con las versiones de las aplicaciones nuevas y antigua. Es decir, el redespliegue en producción es compatible con los módulos de aplicaciones Web independientes y de aplicaciones enterprise que se accede a través de un módulo de aplicación Web incorporado.
Redespliegue en producción permite a un administrador volver a desplegar una nueva versión de una aplicación en un entorno de producción sin detener la aplicación desplegada actualmente o no interrumpir la disponibilidad de la aplicación a los clientes.
El poder realizar un redespliegue en producción nos permite activar una versión revisada de una aplicación de producción junto con la versión anterior, con las siguientes funcionalidades:
• Sin afectar a los clientes que están trabajando actualmente con la aplicación.
• Sin interrumpir la disponibilidad de la aplicación, las nuevas peticiones de clientes Oracle WebLogic Server las administra automáticamente de modo que:
o Los clientes existentes continúan utilizando la antigua versión de la aplicación.
o Las nuevas solicitudes de cliente se redirigen a la nueva versión de la aplicación.
Para soportar estrategias de redespliegue en producción, Oracle WebLogic Server reconoce una única versión del archivo MANIFEST ( META-INF/MANIFEST.MF )
• Evitar programación de paradas de aplicaciones
• Configuración de servidores redundantes para acoger las nuevas versiones de aplicaciones
• Gestión de acceso del cliente a múltiples versiones de aplicaciones de forma automática
• Retirada de anteriores versiones de una aplicación de forma manual
Redespliegue en producción esta soportado para:
• Aplicaciones o módulos Web (WAR) y aplicaciones enterprise (EAR), cuyo cliente accede a la solicitud a través de una aplicación web (HTTP)
• Aplicaciones Enterprise que se accede por mensajería JMS desde un destino JMS Global, o desde peticiones JCA
• Todo tipo de servicios Web, incluyendo conversational web services
Redespliegue en producción No está soportado para:
• Aplicaciones EJB o módulos de recursos (RAR)
• Las aplicaciones que utilizan drivers JTS
• Las aplicaciones que obtienen desde datasources JDBC vía DriverManager a través de la API en lugar de utilizar la búsqueda JNDI persistencia (CMP) de EJB
Cuando se redespliega una nueva versión de una aplicación, las siguientes características no se pueden modificar:
• El targering de Despliegue ( los servidores donde se despliega)
• El modelo de seguridad de la aplicación
• La configuración del almacenamiento de persistencia (Persistent Store )
Distribución de Aplicaciones
La distribución es una alternativa al despliegue de una aplicación.
• Distribución de una aplicación, prepara esta para el despliegue copiando sus archivos a todos los servidores de destino y los valida.
• Puedes iniciar una aplicación distribuida en el modo de administración. El acceso a la solicitud se limita a un canal configurado de Administración. La distribución de una nueva versión de la aplicación se pone a disposición para las pruebas antes de ser desplegado al resto de usuarios.
• Redesplegando una nueva versión de una aplicación pone a la aplicación inmediatamente en uso y la hace disponible a solicitudes de clientes.
Uso de Software de Terceros para Despliegue de Aplicaciones
Etapas de Despliegue
Con Oracle WebLogic Server, se tiene el control sobre si o no, dónde y por quién los archivos de la aplicación se copian antes de ser desplegados.
Todas las aplicaciones que son desplegadas a los servidores manejados pueden ser copiadas por el Servidor de Administración en el servidor manejado antes de pasar a la fase de preparado. Este es el modo de despliegue por defecto, conocido como Staging.
Si los servidores manejados se ejecutan en una máquina que no sea la misma que el Servidor de Administración, y la ubicación de la aplicación está en un sistema de archivos que sea accesible para el servidor manejado esto es lo que se conoce como NoStage (StagingMode = nostage), como última opción si el usuario o alguna herramienta de terceros realiza la copia de los ficheros antes del despliegue esto es lo que se conoce como External_Stage (StagingMode external_stage).
Se puede configurar el despliegue por servidor o para cada aplicación como:
• Por etapas/Staged (modo por defecto): Los archivos se copian en el directorio de preconfigurado para la preparación y activación de la aplicación.
• Nostage: Los archivos se despliegan desde un lugar estático.
• External_stage: Los archivos se copian por un usuario o una herramienta de terceros antes del despliegue.
Como recomendación al uso de uno u otro método de distribución de los ficheros se recomienda el uso del modo por defecto Staged, para usar algún otro método de despliegue por requerimientos de la aplicación consultar con la STI.
