La aplicación de ejemplo

La aplicación de ejemplo consta de un servicio Web y una API RESTful, ambos descritos y gobernados en WSRR. Un dominio DataPower está configurado con WSRR para ser una pasarela y se proporciona un cliente Web de ejemplo para ejecutar los servicios.

El escenario básico de la aplicación de ejemplo es una aplicación de inventario para una tienda (almacén), y un servicio RESTful que duplica una de las operaciones para móvil. El servicio web Store tiene tres operaciones:
  • purchase
  • findInventory
  • returnProduct
La última operación, findInventory, también está disponible como servicio RESTful.

El servicio web de ejemplo

La definición de nivel de servicio (SLD) básica tiene dos políticas de mediación asociadas:
  • Validación por comparación con Store.wsdl. El ejemplo supone que la validación de DataPower está desactivada.
  • Rechazar si existen más de 5 mensajes en 90 segundos. Este umbral es bajo para facilitar la demostración.

El consumidor del servicio Store es la aplicación StoreConsumer, que tiene el ID de consumidor de CEO. Este consumidor tiene dos acuerdos de nivel de servicio (SLA), Gold y Silver. Si se incluye una solicitud en DataPower con el ID de consumidor de CEO, y un ID de contexto de Silver, se permite que la solicitud pase, porque el SLA Silver está en vigor. Si el ID de consumidor es CEO, y el ID de contexto es Gold, el SLA Gold coincide. Este SLA tiene una política de redireccionamiento asociada a él, de manera que la solicitud se redirige al punto final alternativo indicado en la política.

Si llega una solicitud con un ID de consumidor que no sea CEO, no habrá ninguna versión Application con este ID de consumidor. Por lo tanto, tampoco hay ningún SLA que pueda coincidir, así que se trata de una solicitud de un consumidor anónimo. Como tal, se aplica cualquier política asociada a un SLA anónimo. En este caso, esto provoca que aparezca una notificación en los registros. Observe que el ejemplo no incluye una forma de enviar una solicitud con un ID de consumidor que no sea CEO.

El escenario también realiza la autorización para la operación findInventory, que se basa en la pertenencia a un grupo de usuarios. Se proporciona un servidor LDAP con el ejemplo para correlacionar credenciales de usuario con el grupo correcto.

El diagrama de flujo de aplicaciones de ejemplo muestra el flujo de la aplicación, donde cada cuadro representa una pasarela DataPower diferente.

Figura 1. Diagrama de flujo de la aplicación de ejemploLa solicitud entrante tiene un ID de artículo y autenticación básica, la seguridad va a StoreAddLTPA y luego a StoreWSP, donde se autentica la solicitud utilizando la señal LTPA. Si el usuario es un usuario Gold, la solicitud se envía a StoreAlternateMockService; en otro caso, la solicitud se envía a StoreMockService. Si el usuario es un gestor, la respuesta contiene todos los datos; en otro caso, la respuesta es los datos de precios redactados.

El servicio RESTful de ejemplo

El servicio RESTful está gobernado de forma similar al servicio web, excepto en cómo se utilizan las políticas. Con el servicio web hay dos SLA: una para clientes Silver y una para clientes Gold. Sin embargo, para el servicio REST, no existen políticas asociadas al nivel SLD (aplicado a todas las solicitudes). En su lugar, hay una política asociada a cada SLA. El SLA Gold tiene una política que rechaza mensajes después de realizar 5 solicitudes en 9 segundos, y Silver permite 2 solicitudes en 90 segundos antes de rechazar.


Concepto Concepto

Comentarios


Icono de fecha y hora Última actualización: 06.03.2014


http://publib.boulder.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.soawdpwsrr25.doc/topics/csoa2_samples.htm