En la entrada anterior explicaba brevemente que era WSO2 y las herramientas que tenía en su desarrollo. En esta entrada quiero seguir describiendo brevemente algunas de sus herramientas.
1. WSO2 Developer Studio: esta herramienta es diferente de las demás porque es un plugin para el eclipse. Y la idea es que se puedan desarrollar usando este plugin un conjunto de componentes que también pueden ser desarrollados desde las herramientas. Entre las principales cosas que se pueden realizar se pueden incluir las siguientes:
· Desarrollo de servicios de datos.
· Desarrollo de servicios axis2.
· Desarrollo de clientes para servicios web.
· Diseño de procesos en BPEL.
· Desarrollo de servicios proxy.
· Desarrollo de servicios de reglas de negocio.
· Desarrollo de componentes de interfaz de usuario para las herramientas.
· Creación de componentes .car que permiten el despliegue del resto de los componentes desarrollados en las herramientas.
· Conexión local a las herramientas así como su ejecución, y conexión remota a las herramientas permitiendo el despliegue de los componentes desarrollados.
2. Governance Registry: esta herramienta sirve fundamentalmente para el almacenamiento de los meta datos de los servicios web, lo que permite que también se puedan gestionar estos servicios a partir de definir ciclos de vida de los mismos y controlar su desarrollo y versionado. Implementa 2 mecanismos de descubrimiento de los servicios UDDIv3 y WS-Discovery. Este último permite que los servicios desplegados o desarrollados en otras herramientas sean registrado automáticamente en el Governance Registry y además permite obtener los endpoint de los servicios desde lo clientes en tiempo de ejecución apoyando aún más la transparencia de ubicación que se logra con el ESB.
3. Message Broker: la herramienta permite la creación de colas de mensajería basadas en el estándar JMS así como topics para la implementación de patrones de integración basados en mensajes. Esto potencia la comunicación asíncrona así como esquemas de arquitectura basados en el patrón de publicación/subscripción.
4. Elastic Load Balance: en arquitecturas de alto rendimiento y alta disponibilidad siempre hace falta un balanceador de carga que enrute los mensajes hacia sus destinos finales, en este caso los diferentes nodos de uno o varios clústeres. Eso es lo que permite esta herramienta que se puede poner enfrente de uno o varios clústeres de las herramientas de la suite y permite el balanceo de carga entre ellos. Además tiene la característica de ser elástico, o sea que en función del nivel de carga puede configurarse para que agregue o elimine nodos de un clúster previa configuración de las condiciones que se deben cumplir.
Entradas
Introducción a la Plataforma de WSO2. II