IBM WebSphere Application Server (WAS, servidor de aplicaciones WebSphere), un servidor de aplicaciones de software, de la familia WebSphere de IBM. WAS está construido usando estándares abiertos tales como J2EE, XML, y Servicios Web. Varios laboratorios de IBM alrededor del mundo participaron en la creación de los productos run-time WebSphere y las herramientas de desarrollo. Esto funciona con varios servidores web incluyendo Apache HTTP Server, Netscape Enterprise Server, Microsoft Internet Information Services (IIS), IBM HTTP Server para i5/OS, IBM HTTP Server para z/OS, y también IBM HTTP Server para el sistema operativo AIX/Linux/Microsoft Windows/Solaris.
IBM ha entregado varias versiones y ediciones del WAS. En las primeras versiones beta, WAS era llamado con el nombre Servlet Express. [EDD_DIC_2013].
Todo comenzó en junio de 1998. En realidad sólo era un motor de servlet.
En esta versión IBM añade soporte para JavaBean y CORBA. Ahora soporta Linux. Viene en dos ediciones: Standard Edition (SE) y Advanced Edition (AE).
Esta versión del WAS era compatible con JDK 1.2, versión J2EE 1.0. IBM suministró muchas mejoras a la especificación J2EE 1.0 básica. Se añadió soporte para OS/400 (ahora i5/OS) y OS/390 (ahora z/OS), aunque la versión z/OS mantenía una base de código substancialmente separada hasta v5.x. La Versión 3 se distribuye en tres ediciones: Standard Edition (SE), Advanced Edition (AE), y Enterprise Edition (EE).
Esta versión se entregaba en las siguientes ediciones:
Esto ya era un servidor de aplicaciones certificado J2EE 1.2. Esto heredó el modelo de configuración basado en bases de datos de V3.x para todos excepto para la edición single-server(servidor único), la cual se usa en almacenes de datos XML.
Esta versión se publicó el 19 de noviembre de 2002. Fue un servidor de aplicaciones certificado J2EE 1.3. Tuvo una reescritura principal del codebase V3/V4 y fue la primera vez que WebSphere Application Server fue programado desde un codebase común. Ahora los WAS de todas las plataformas de despliegue, desde Intel x86 a mainframe, son esencialmente el mismo código. El repositorio de configuración basado en bases de datos fue reemplazado con un repositorio de configuración basado en ficheros XML de replicación. Un servicio llamado el Gestor de Despliegue tenía la copia maestra de la configuración de celdas, y los nodos tenían los ficheros que necesitaran copiados desde este servidor maestro cuando quiera que cambiaran. V5 también incluyó una versión miniatura de MQ 5.3 llamado el servidor de Java Message Service (JMS) empotrado.
Publicado el 1 de abril de 2004.
Con Versión 6, algunas de las funciones encontradas previamente en WebSphere Business Integration Server Foundation (WBISF) se movieron al nuevo WebSphere Process Server. Otras se movieron a otras ediciones (Express y superiores).
Esta versión fue publicada en mayo de 2006, es un servidor de aplicaciones que cumple J2EE 1.4. Las funciones que se entregan en este desarrollo incluyen:
Esta versión fue publicada en septiembre de 2008. Es un servidor de aplicaciones que cumple con la especificación Java EE 5
Las características más importantes que incluye esta versión son:
La Gestión sencilla facilita la administración de diversas topologías de WAS edición base y ND que estén distribuidas geográficamente.
Se usa para gestionar elementos de las aplicaciones independientes de paquetes o de modelos de programación.
Esta característica simplifica la gestión de la administración automática: un administrador puede actualizar la configuración de un WAS 7 simplemente utilizando un fichero de configuración.
Esta versión fue publicada en junio de 2011. Incorpora las características de WAS 7 más sus feature packs. Cumple con la especificación Java EE 6 y se ejecuta por defecto sobre la versión 6 de la JVM.
Al igual que la versión 8, WAS 8.5 cumple con la especificación Java EE 6 y se ejecuta sobre la JVM de Java SE 6 aunque es posible configurarlo para su ejecución con JVM 7.
De sus nuevas características destacan:
Es un perfil reducido para la ejecución de aplicaciones Web, Móviles y OSGi. El tamaño de instalación es inferior a los 50 MB y su tiempo de arranque es de aproximadamente 3 segundos.
Esta característica solo está disponible para las ediciones Network Deployment y zOS de Websphere Application Server. Permite la administración de la salud del servidor, clustering dinámico y ruteo inteligente.
El Pack WebServices Feature fue publicado como beta en octubre de 2016. Un pack feature es una pieza de función instalada opcionalmente que puede instalarse sobre un desarrollo de WebSphere que existe actualmente en tiendas de clientes, en este caso el Pack Feature WebServices se ejecuta sobre WebSphere 6.1.
La publicación de la Beta del Pack Web Services Feature es una temprana implementación que no contiene toda la funcionalidad planeada para la versión final. La Funcionalidad que se entrega en esta Beta incluye:
Esta beta puede encontrarse en https://www14.software.ibm.com/iwm/web/cc/earlyprograms/websphere/wsvwas61/download.shtml.22222 (enlace roto disponible en Internet Archive; véase el historial, la primera versión y la última).
WebSphere Application Server V6 Extended Deployment Edition (WebSphere XD) fue publicada en 2006 como un añadido para WebSphere 6. XD suministra características avanzadas para administradores que gestionan aplicaciones múltiples basadas en J2EE y desarrolladores que construyen aplicaciones avanzadas que requieren técnicas de clustering asimétricas. Esto también tiene varias tecnologías que incrementan significativamente el rendimiento de las aplicaciones en ejecución, incluyendo una caché de base de datos en memoria y un balanceador de carga muy avanzado llamado el Router On Demand.
Muchos negocios ejecutan varias granjas de servidores pero desean consolidarlas en una única granja de servidores más pequeña. Esto es porque la mayoría de las granjas de servidores son infrautilizadas o sobre-explotadas. Las cajas están normalmente ejecutándose al 10% de carga lo cual es muy costoso y nada flexible. Por ejemplo, una granja de servidores se calienta y funciona al máximo mientras la granja en la siguiente habitación está todavía ociosa al 10%. XD permite a los administradores definir un clúster único (un grupo de nodos) y monitoriza el balanceado de carga y decide dinámicamente en que cajas del grupo de nodos debe hospedar cuales aplicaciones para obtener las metas. Si la aplicación A tiene un tiempo de respuesta actual de 1.5 segundos, XD sacará los recursos de las aplicaciones B y C para incrementar la potencia dedicada a A y decrementar su tiempo de respuesta. puede también predecir que A probablemente excederá su tiempo de respuesta en 10 minutos basándose en una tendencia y reaccionara anticipándose al evento. Esto simplifica ampliamente la vida de un administrador y permite a las máquinas ser más eficientes que una granja de varias granjas independientes convencionales. XD también ofrece opciones para generar alertas de correo electrónico cuando se sobrepasan las condiciones, esto puede reiniciar los servidores cuando parece tener un fallo de memoria o después de X peticiones.
Las aplicaciones tradicionales J2EE trabajan bien para muchos tipos de aplicaciones. La clase puede ser ampliamente categorizada como aplicaciones que se ejecutan en un clúster simétrico sin estado enfrente de una base de datos:
Hay otras aplicaciones que no funcionan tan bien en tal entorno, por ejemplo, un sistema de comercio electrónico en un banco. Tales aplicaciones normalmente usan trucos que pueden mejorar el rendimiento como el particionamiento, multi-threading y la escritura a través del cacheado. Estas son aplicaciones que pueden explotar clustering asimétrico. Un clúster asimétrico es prácticamente lo opuesto de un clúster simétrico:
WebSphere XD ofrece un nuevo conjunto de APIs llamada WebSphere Partition Facility (WPF). Estas APIs permiten a las aplicaciones que requieren desplegar un clúster asimétrico sobre un servidor J2EE.
El ObjectGrid es la primera pieza del framework de cacheado distribuido de IBM. V6 de XD se entrega con soporte para cacheado de Objetos locales Java así como también cacheado peer to peer con invalidación/push de datos asíncronos. Esto está diseñado para instalar framework extensible de cliente para cachear objetos. Todos los aspectos del framework núcleo tienen puntos de plugin(para añadir plugin). Esto permite a los clientes añadir funciones así como también permite a IBM extenderlo en futuros niveles del producto. Esto está diseñado para ejecutarse independientemente del WebSphere. No significa que no se integra con WebSphere 6.0 XD, sí que lo hace. En cambio, esto también funcionará con las versiones viejas del servidor de aplicaciones, servidores tomcat, y servidores de aplicaciones competitivos. Esto es necesario para competir contra otros productos de caché distribuida del mercado. Actualmente solo requiere un nivel de JDK 1.4 de cualquier vendedor. La Versión 2 de ObjectGrid está actualmente bajo desarrollo para entrega en XD 6.0.1. Esto añadirá la función significativa al componente así como también un soporte a nivel JDK más amplio. La intención es permitir a los clientes construir grandes grids de JVMs en las cuales puedan conectar aplicaciones y almacenar objetos de varias calidades de servicio. La grid está siendo diseñada para escalar a 1000s de JVMs y mantener una gran cantidad de datos.
Escribe un comentario o lo que quieras sobre WebSphere Application Server (directo, no tienes que registrarte)
Comentarios
(de más nuevos a más antiguos)