Consideraciones del entorno de plataforma como servicio para configurar Liberty

Los entornos de plataforma como servicio (PaaS), como IBM® Bluemix, Pivotal Cloud Foundry y OpenShift Enterprise, proporcionan la gestión y supervisión de instancias de aplicación, pero también tienen algunas restricciones. Debido a las características inherentes de los entornos PaaS, algunas características de Liberty son redundantes o se comportan de manera diferente, por lo que no están soportadas.

Restricciones de gestión de servidores de Liberty

Las características relacionadas con los colectivos de Liberty no se aplican a un entorno PaaS, porque todas las instancias de JVM de servidor de Liberty están iniciadas, detenidas y gestionadas por la infraestructura PaaS. La característica Centro de administración de Liberty no está diseñada para utilizarse en un entorno PaaS, donde una aplicación puede escalarse para utilizar varias instancias de JVM sin un controlador colectivo. En esta topología, una solicitud al centro de administración se podría direccionar a cualquiera de las instancias en ejecución y tener visibilidad solo en el servidor en el cual se ejecuta la solicitud.

Las siguientes características administrativas no están soportadas en un entorno PaaS:
  • adminCenter-1.0
  • clusterMember-1.0
  • collectiveController-1.0
  • collectiveMember-1.0
  • dynamicRouting-1.0
  • healthAnalyzer-1.0
  • healthManager-1.0
  • scalingController-1.0
  • scalingMember-1.0

Restricciones del sistema de archivos

La mayoría de entornos PaaS no proporcionan un sistema de archivos local persistente a sus aplicaciones. En Liberty, esto afecta a las aplicaciones y a los componentes dentro del servidor que graban datos localmente y se espera que persistan en un reinicio de JVM del servidor.

El gestor de transacciones de Liberty graba archivos de registro en el sistema de archivos local cuando hay varios gestores de recursos implicados en la transacción. Si los registros no están disponibles después de una anomalía y un reinicio de JVM, las transacciones no pueden completarse automáticamente y deben resolverse manualmente para desbloquear los datos y que sean coherentes en los gestores de recursos. Para evitar este escenario, el cartucho o el paquete de compilación de Liberty impide la grabación de registros de transacción y genera una excepción en la aplicación para evitar que se incluya el segundo recurso. Como resultado, aunque puede utilizar transacciones con un recurso XA individual, no puede incluirse un segundo recurso transaccional en una transacción. Asimismo, no pueden utilizarse transacciones atómicas de servicios web porque siempre graban registros.

Si el entorno PaaS proporciona almacenamiento persistente, puede modificar el cartucho o el paquete de compilación de Liberty para habilitar transacciones de dos fases. Para ello, elimine la siguiente propiedad Java™ de la configuración de JVM:
-Dcom.ibm.tx.jta.disable2PC=true
Las siguientes características dependen de almacenamiento local persistente:
  • wsAtomicTransaction-1.2
  • Otras características que utilizan transacciones, dependiendo del comportamiento de la aplicación

Restricciones de red

En general, los direccionadores PaaS no dan soporte al tráfico IIOP (protocolo Inter-ORB de Internet), por lo que no pueden utilizarse solicitudes remotas de componentes Enterprise JavaBeans (EJB). Las siguientes características dependen de transporte IIOP:
  • appClientSupport-1.0
  • appSecurityClient-1.0
  • ejbRemote-3.2

En algunos casos como, por ejemplo, en la terminación SSL en el direccionador, Liberty se basa en las cabeceras HTTP para describir aspectos de la solicitud de cliente original. Cuando utiliza SSL en un entorno PaaS, las cabeceras deben estar establecidas por el direccionador PaaS. En IBM Bluemix, estas cabeceras ya están establecidas, por lo que puede utilizar la característica ssl-1.0 y cualquier característica que dependa de ella sin necesidad de cambios. Para conseguir el comportamiento esperado en otros entornos PaaS, es posible que deba configurar el direccionador para establecer estas cabeceras tal como se describe en NGINX y WebSphere Application Server.

Las siguientes características requieren el direccionador para establecer las cabeceras HTTP:
  • ssl-1.0
  • Otras características que dependen de ssl-1.0, tal como se muestra en la sección Características que habilitan esta característica de Secure Socket Layer

Procesador swagger de Liberty

En un entorno Cloud Foundry, el procesador swagger de Liberty, incluida su interfaz de usuario, comprueba la existencia de la variable de entorno VCAP_APPLICATION. Utiliza el primer elemento de la matriz de uri como el host de la API.


Icono que indica el tipo de tema Tema de concepto



Icono de indicación de fecha y hora Última actualización: Tuesday, 6 December 2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-libcore-mp&topic=cwlp_paas_restrict
Nombre de archivo:cwlp_paas_restrict.html