Esta vertical contiene el modelo de información común y servicios genéricos. Estos son sus objetivos:
- Estandarizar el modelo de datos, contratos e intercambios de los servicios expuestos.
- Establecer una semántica común.
- Establecer normas de diseño para garantizar la coherencia y compatibilidad; que eviten características irregulares en las interfaces y en la semántica de los servicios.
Esta vertical contiene un inventario de los servicios, donde se describen características como su ubicación, políticas asociadas para sus invocaciones, contratos, etc. Estos son sus objetivos:
- Establecer una API normalizada para acceder a la información de los contratos de servicios desplegados.
- Conocer los contratos, semántica de datos; e intercambio de mensajes.
- Conocer las políticas, y requisitos técnicos para la invocación de servicios, protocolos, transporte, etc.
Esta vertical, contiene un marco de gobierno para la infraestructura de servicios; que debe permitir el seguimiento del comportamiento del servicio en tiempo de ejecución. Este marco debe proporcionar la siguiente información:
- Que servicios son ejecutados, quien los invoco, datos intercambiados, frecuencia.
- Cantidad de mensajes, procesados por un servicio al mismo tiempo.
- Registro de Errores de comportamiento.
- Metadatos de apoyo, para controlar el ciclo de vida de un servicio.
- Suministrar información sobre el comportamiento transaccional, timeout, y el control de la semántica transaccional de la invocación del servicio.
- Evaluar el rendimiento, etc.
- Supervisar los diversos SLA (Nivel de Acuerdos de Servicio), umbrales y latencia de los servicios.
- Monitoreo de de los niveles de servicios acordados, para detectar cuellos de botella en el rendimiento, excepciones y registros de auditoría.
- Estadísticas Generales.
Por ultimo una vertical que desarrolla diversos aspectos:
Seguridad
- Puede contemplar la utilización de WS-Security y WS-Reliability dentro del modelo de intercambios de servicios.
- Puede contemplar el cifrado y firmado digital de los mensajes intercambiados.
- Debe incluir un modelo de seguridad normalizado para la autentificación, autorización y auditoría (ventanas de tiempo).
- Debe proporcionar un modelo de implementación que garantice la coherencia, fiabilidad, y consistencia durante la presencia de fallos, mediante transacciones atómicas (ACID).
- Identifica posibles esquemas de implemntacion, por ejemplo (WS-Transaction, Servicios de Compensacion, JMS (Modelo Asincrono, Mensajes Persistentes), completador, etc.)
- Debe proporcionar un modelo robusto para el manejo de excepciones que pueden ser aplicadas de manera uniforme sobre reglas de negocio.
- Proporciona un repositorio para las reglas de negocio asociadas a los servicios.
- Debe proporcionar una arquitectura robusta para el manejo de eventos sobre un canal de entrega asíncrona, con el objetivo que el consumidor no se vea afectado por la disponibilidad o la velocidad en la que el proveedor opera, evitando la pérdida de consistencia de los datos transmitidos ante condiciones de excepción.