Esta semana botaremos unha ollada aos fundamentos do servizo Cognos Mashup. Descompoñémolo nos seus compoñentes para ver como aporta valor á mestura de ofertas de IBM Cognos.
Para utilizar o servizo Cognos Mashup é preciso cumprir os seguintes requisitos mínimos:
1. IBM Cognos BI Server 8.4.1
2. Un cliente capaz de interactuar con servizos baseados en URL ou SOAP a través de HTTP
Pódese acceder a Cognos Connection e ao servizo Cognos Mashup a través da pasarela de Cognos
Nota dos autores: usa a voz do actor R. Lee Ermey (Gunny de Full Metal Jacket)
Nos próximos artigos serei o teu instrutor. Podes chamarme "Sarxento de simulacro". Estarei rompendo reclutas nos humildes grans de area e construíndo de novo en anacos de silicio gravados con láser. Deixarás aquí as ferramentas que necesitas para sobrevivir no campo de batalla coñecido como Cognos Mashup Service. Poderás codificar o teu camiño a través dun terreo de visualización personalizada e perigoso. Poderás distinguir ao amigo do inimigo cando se trata de nocións de deseño. Pode que pensases que estarías minguado pola promesa de servizos REST fáciles. Pero este non é o DESCANSO da túa nai. ¿Podo obter un "SIRXENTE DE SÍ FURANTE!"? Agora cae e dame vinte!
Vale, déixame facer un descanso do personaxe para que che diga directamente. Esta semana botaremos unha ollada aos fundamentos do servizo Cognos Mashup. Descompoñémolo nos seus compoñentes para ver como aporta valor á mestura de ofertas de IBM Cognos.
Para utilizar o servizo Cognos Mashup é preciso cumprir os seguintes requisitos mínimos:
1. IBM Cognos BI Server 8.4.1
2. Un cliente capaz de interactuar con servizos baseados en URL ou SOAP a través de HTTP
Pódese acceder a Cognos Connection e ao servizo Cognos Mashup a través da pasarela de Cognos
O servizo Cognos Mashup está composto por dúas partes distintas que funcionan en conxunto para permitir aos consumidores dividir os datos do informe fóra do visor de informes e visualizacións personalizadas. Unha parte do servizo é a interface de transporte e a outra é a carga útil. No diagrama seguinte podemos considerar a solicitude como o transporte e a resposta como a carga útil.
A interface de transporte é o medio polo que podemos invocar informes. Os consumidores poden utilizar dúas opcións. Un está baseado en SOAP e o outro utiliza URL de estilo REST. Ambas as interfaces funcionan a través de HTTP e teñen unha estrutura similar. É dicir, para cada operación lóxica na interface de estilo SOAP hai unha coincidente no estilo REST. As especificacións exactas do método observan a idiosincrasia do estilo de invocación escollido. Pero a conclusión é ... a posibilidade de iniciar sesión, invocar un informe, obter a saída e pechar sesión está dispoñible para ambos campamentos.
Entón podes preguntarte "por ti mesmo, por que elixiría un sobre o outro?" A miúdo a resposta a isto preséntase cando se observa a tecnoloxía do proxecto ou as convencións. Tomemos o exemplo dun consumidor que se desenvolve totalmente do lado do cliente. Usa HTML e JavaScript para interactuar co servizo Cognos Mashup. No baleiro, a interface baseada en URL REST facilitaría a integración. Pola contra, outro proxecto pode ter activos de Cognos SDK nun servlet Java. Están afeitos aos talóns SOAP expostos polo SDK. Parece máis natural que esta situación inclínese por ser un consumidor de servizos de mashup baseado en SOAP. Na práctica, esta non foi realmente unha opción difícil de pesar. Cando se observan as dúas opcións, sempre parece encaixar mellor á hora de considerar a solución xeral. Os intentos de usar o outro séntense forzados.
As operacións lóxicas que ofrece a interface de transporte permiten ao consumidor realizar tarefas centradas na execución de informes e análises de Cognos. O conxunto de opcións permite aos consumidores marchar durante todo o ciclo de vida da execución dun informe. Isto inclúe:
• Autenticación
• Asignación de parámetros
• Execución do informe (síncrono e asíncrono)
• Comportamento de perforación
• Recuperación de saída
O servizo de mashup incluso ofrece algúns elementos que non están dispoñibles a través do SDK. Non obstante, gardaremos esa discusión para un próximo artigo que compara e compara o servizo Mashup co SDK.
Agora temos un medio para invocar informes a través dun conxunto de servizos baseados en HTTP. Que sae ao outro lado? Iso lévanos ao segundo compoñente do servizo de mashup. Introduce ... "A carga útil".
Unha das opcións que podemos especificar ao invocar un informe a través do servizo de mashup é o formato de saída. Hai unha serie de opcións dispoñibles, incluíndo XML Layout Data XML (LDX) e JSON. Hai algúns outros pero isto abrangue o espectro en abroad sentido. O HTML é practicamente o que cabería esperar. Parecen moi similares ao que se obtería dun informe visto a través do visor de informes dentro de Cognos Connection. Os formatos máis prometedores son LDX e JSON. De feito, se hai un bo éxito por parte do Cognos Mashup Service é a introdución destes dous formatos.
Ambos formatos producen a saída do informe nun formato neutro de presentación. Isto permite ao consumidor da saída do informe renderizar a información en calquera visualización que poida comprender JSON ou XML. Tómate un momento para lelo de novo.
Agora os datos do informe libéranse dos grilletes colocados por Cognos Viewer. Os datos agora poden percorrer lugares que antes non eran prácticos. Por exemplo, as aplicacións de Internet enriquecidas poden usar frameworks como a API de visualización de Google ou Ext-JS para darlle máis vida á presentación dos datos. A integración móbil faise moito máis alcanzable xa que a saída pode adaptarse a estes dispositivos. Os datos de Cognos pódense realmente combinar con datos de fontes externas. De feito, os datos de Cognos BI víronse recentemente, en estado salvaxe, con datos dun popular sistema de xestión de contidos na mesma reixa Ext-JS. Escandaloso! Que significa isto? Neste caso, permitiu xestionar ambos conxuntos de datos a través das súas ferramentas nativas sen un complexo proceso ideado para unilos no navegador.
A continuación móstrase unha simple maqueta de baixa fidelidade que ilustra fontes de datos heteroxéneas que comparten a mesma páxina.
Esta flexibilidade inclúe algúns beneficios. Dado que estamos aprazando a representación dos datos a outra parte da aplicación, esencialmente estamos a transferir parte do desenvolvemento que tradicionalmente realiza o autor do informe a unha persoa experta na tecnoloxía de visualización. O esforzo por tecer os datos do informe na visualización variará en comparación coa creación dun informe de pixel perfect nos estudos tradicionais de Cognos. Os planificadores de proxectos necesitan comprender o efecto que isto ten sobre os prazos de desenvolvemento. Descubrirase que as estimacións son máis precisas cando se abraza esta nova división do traballo.
Para resumir esta peza, o Cognos Mashup Service é un engadido emocionante ao arsenal de ferramentas dispoñibles para a mestura. Permite que os datos de BI van máis alá de estampar un , que contén un visor de informes, nunha páxina HTML. Con todo, o tempo ensinounos que nada é gratis. A flexibilidade de presentación de datos vén a costa de traer novos conxuntos de habilidades ao conxunto de solucións. Deixa que esta información empape por un tempo. Nas entradas posteriores desta serie veremos máis detalles sobre o uso do mashup e sobre como se enfronta a outros candidatos á solución.
