Esta semana echaremos un vistazo a los fundamentos del servicio Cognos Mashup. Lo dividiremos en sus partes componentes para ver cómo aporta valor a la combinación de ofertas de IBM Cognos.
Para utilizar Cognos Mashup Service, es necesario cumplir los siguientes requisitos mínimos:
1. IBM Cognos BI Server 8.4.1
2. Un cliente capaz de interactuar con servicios basados en SOAP o URL a través de HTTP.
Se puede acceder a Cognos Connection y Cognos Mashup Service a través de la puerta de enlace de Cognos
Nota del autor: Utilice la voz del actor R. Lee Ermey (Gunny de Full Metal Jacket)
En los próximos artículos seré su instructor. Puede llamarme "Sargento de instrucción". Los dividiré a los reclutas en los humildes granos de arena de donde provienen y los construiré de nuevo en trozos de silicona grabados con láser. Saldrás de aquí con las herramientas que necesitas para sobrevivir en el campo de batalla conocido como Cognos Mashup Service. Podrá codificar su camino a través del peligroso terreno de visualización personalizado. Podrás distinguir entre amigos y enemigos cuando se trata de nociones de diseño. Es posible que haya pensado que la promesa de servicios REST fáciles lo mimaría. Pero este no es el DESCANSO de tu mamá. ¿Puedo obtener un “¡SÍ, Sargento de Simulacro!”? ¡Ahora déjame veinte!
Ok, déjame tomarme un descanso del personaje para decírtelo directamente. Esta semana echaremos un vistazo a los fundamentos del servicio Cognos Mashup. Lo dividiremos en sus partes componentes para ver cómo aporta valor a la combinación de ofertas de IBM Cognos.
Para utilizar Cognos Mashup Service, es necesario cumplir los siguientes requisitos mínimos:
1. IBM Cognos BI Server 8.4.1
2. Un cliente capaz de interactuar con servicios basados en SOAP o URL a través de HTTP.
Se puede acceder a Cognos Connection y Cognos Mashup Service a través de la puerta de enlace de Cognos
El servicio Cognos Mashup se compone de dos partes distintas que funcionan en conjunto para permitir a los consumidores dividir los datos del informe fuera del visor de informes y en visualizaciones personalizadas. Una parte del servicio es la interfaz de transporte y la otra es la carga útil. En el diagrama a continuación, podemos considerar la solicitud como el transporte y la respuesta como la carga útil.
La interfaz de transporte es el medio por el cual podemos invocar informes. Hay dos opciones que pueden utilizar los consumidores. Uno está basado en SOAP y el otro utiliza URL de estilo REST. Ambas interfaces se ejecutan a través de HTTP y tienen una estructura similar. Es decir, para cada operación lógica en la interfaz de estilo SOAP hay una coincidente en el estilo REST. Las especificaciones exactas del método observan las idiosincrasias del estilo de invocación elegido. Pero la conclusión es ... la capacidad de iniciar sesión, invocar un informe, obtener el resultado y cerrar la sesión está disponible para ambos campamentos.
Así que podría preguntarse "yo mismo, ¿por qué elegiría uno sobre el otro?" A menudo, la respuesta a esto se presenta cuando se examinan convenciones o tecnología de proyectos. Tomemos el ejemplo de un consumidor que se desarrolla completamente en el lado del cliente. Utiliza HTML y JavaScript para interactuar con Cognos Mashup Service. En el vacío, la interfaz basada en URL REST facilitaría la integración. Por el contrario, otro proyecto podría tener activos Cognos SDK existentes en un servlet Java. Están acostumbrados a los stubs SOAP expuestos por el SDK. Se siente más natural que esta situación se incline hacia ser un consumidor de servicios mashup basado en SOAP. En la práctica, esta no ha sido realmente una elección difícil de sopesar. Cuando se analizan las dos opciones, una siempre parece encajar mejor cuando se considera la solución general. Los intentos de utilizar al otro se sienten forzados.
Las operaciones lógicas que ofrece la interfaz de transporte permiten al consumidor realizar tareas centradas en la ejecución de informes y análisis de Cognos. El conjunto de opciones permite al consumidor recorrer todo el ciclo de vida de la ejecución de un informe. Esto incluye:
• Autenticación
• Parametrización
• Ejecución de informes (sincrónica y asincrónica)
• Comportamiento de los ejercicios
• Recuperación de salida
El servicio mashup incluso ofrece algunas ventajas que no están disponibles a través del SDK. Sin embargo, guardaremos esa discusión para un próximo artículo comparando y contrastando el Servicio Mashup con el SDK.
Ahora tenemos un medio para invocar informes a través de un conjunto de servicios basados en HTTP. ¿Qué sale por el otro extremo? Eso nos lleva al segundo componente del servicio mashup. Introduzca ... ”La carga útil”.
Una de las opciones que podemos especificar al invocar un informe a través del servicio mashup es el formato de salida. Hay una serie de opciones disponibles que incluyen HTML Layout Data XML (LDX) y JSON. Hay algunos otros, pero esto cubre el espectro en abroad sentido. HTML es más o menos lo que cabría esperar. Se parecen mucho a lo que se obtendría de un informe visto a través del visor de informes dentro de Cognos Connection. Los formatos más prometedores son LDX y JSON. De hecho, si hay un claro éxito de Cognos Mashup Service es la introducción de estos dos formatos.
Ambos formatos producen la salida del informe en un formato de presentación neutral. Esto permite al consumidor de la salida del informe representar la información en cualquier visualización que pueda comprender JSON o XML. Tómate un momento para leer eso de nuevo.
Los datos del informe ahora se liberan de los grilletes que Cognos Viewer les coloca. Los datos ahora pueden desplazarse a lugares que antes no eran prácticos. Por ejemplo, las aplicaciones de Internet enriquecidas pueden utilizar marcos como la API de visualización de Google o Ext-JS para darle vida a la presentación de los datos. La integración móvil se vuelve mucho más asequible ya que la salida se puede adaptar a estos dispositivos. Los datos de Cognos se pueden combinar realmente con datos de fuentes externas. De hecho, los datos de Cognos BI fueron vistos recientemente, en estado salvaje, retozando con datos de un popular sistema de administración de contenido en la misma cuadrícula Ext-JS, nada menos. ¡Escandaloso! ¿Qué significa esto? En este caso, permitió que ambos conjuntos de datos se administraran a través de sus herramientas nativas sin un proceso artificial complejo para unirlos en el navegador.
A continuación se muestra una simple maqueta de baja fidelidad que ilustra fuentes de datos heterogéneas que comparten la misma página.
Esta flexibilidad viene con algunas compensaciones. Dado que estamos posponiendo la representación de los datos a otra parte de la aplicación, esencialmente estamos transfiriendo parte del desarrollo que tradicionalmente realiza el autor del informe a una persona que es experta en la tecnología de visualización. El esfuerzo por entretejer los datos del informe en la visualización variará en comparación con la creación de un informe de píxeles perfectos en los estudios tradicionales de Cognos. Los planificadores de proyectos deben comprender el efecto que esto tiene en los plazos de desarrollo. Uno encontrará que las estimaciones son más precisas cuando se adopta esta nueva división del trabajo.
Para resumir para esta pieza, Cognos Mashup Service es una adición emocionante al arsenal de herramientas disponibles para la mezcla. Permite que los datos de BI vayan más allá de simplemente sellar un , que contiene un visor de informes, en una página HTML. Sin embargo, el tiempo nos ha enseñado que nada es gratis. La flexibilidad en la presentación de datos se obtiene a expensas de incorporar nuevos conjuntos de habilidades al conjunto de soluciones. Deje que esta información se empape por un tiempo. En las entradas siguientes de esta serie, entraremos en mayor detalle sobre el uso de mashup y sobre cómo se compara con otras soluciones candidatas.
