Aquesta setmana veurem els fonaments del servei Cognos Mashup. El desglossarem en les seves parts components per veure com aporta valor a la combinació d’ofertes d’IBM Cognos.
Per utilitzar el servei Cognos Mashup, heu de complir els requisits mínims següents:
1. IBM Cognos BI Server 8.4.1
2. Un client capaç d'interactuar amb serveis basats en URL o SOAP mitjançant HTTP
Es pot accedir a Cognos Connection i al servei Cognos Mashup a través de la passarel·la Cognos
Nota dels autors: utilitzeu la veu de l'actor R. Lee Ermey (Gunny de Full Metall Jacket)
Durant els propers articles seré el vostre instructor. Pots dir-me "sergent de simulacre". Us trencaré reclutes en els grans humils de sorra que provinguin i us reconstruiré en trossos de silici gravats amb làser. Sortireu d’aquí amb les eines necessàries per sobreviure al camp de batalla conegut com a Cognos Mashup Service. Podreu codificar el vostre camí a través d'un terreny de visualització personalitzada perillós. Podreu distingir l’amic de l’enemic a l’hora de dissenyar nocions. És possible que hàgiu pensat que la promesa de serveis REST fàcils us enganxaria. Però aquest no és el DESCANS de la teva mare. Puc obtenir un "SÍ SERGEANT DE PERFORACIÓ!"? Ara cau i dóna’m vint!
D’acord, deixa’m fer un descans del personatge per donar-te-ho directament. Aquesta setmana veurem els fonaments del servei Cognos Mashup. El desglossarem en les seves parts components per veure com aporta valor a la combinació d’ofertes d’IBM Cognos.
Per utilitzar el servei Cognos Mashup, heu de complir els requisits mínims següents:
1. IBM Cognos BI Server 8.4.1
2. Un client capaç d'interactuar amb serveis basats en URL o SOAP mitjançant HTTP
Es pot accedir a Cognos Connection i al servei Cognos Mashup a través de la passarel·la Cognos
El servei Cognos Mashup està format per dues parts diferenciades que funcionen de manera conjunta per permetre als consumidors dividir les dades dels informes fora del visor d’informes i en visualitzacions personalitzades. Una part del servei és la interfície de transport i l’altra és la càrrega útil. Al diagrama següent podem considerar la sol·licitud com a transport i la resposta com a càrrega útil.
La interfície de transport és el mitjà pel qual podem invocar informes. Els consumidors poden utilitzar dues opcions. Un està basat en SOAP i l’altre utilitza URL d’estil REST. Les dues interfícies s’executen per HTTP i tenen una estructura similar. És a dir, per a cada operació lògica de la interfície d’estil SOAP n’hi ha una de coincident a l’estil REST. Les especificacions exactes del mètode observen la idiosincràsia de l’estil d’invocació triat. Però la conclusió és que la possibilitat d’iniciar sessió, invocar un informe, obtenir el resultat i tancar la sessió està disponible per a tots dos camps.
Per tant, us podeu preguntar "per vosaltres mateixos, per què hauria d'escollir un per sobre de l'altre?" Sovint la resposta a això es presenta quan es mira la tecnologia del projecte o les convencions. Prenguem l’exemple d’un consumidor que es desenvolupa completament per part del client. Utilitza HTML i JavaScript per interactuar amb el servei Cognos Mashup. En un buit, la interfície basada en URL REST facilitaria la integració. En canvi, un altre projecte pot tenir actius del Cognos SDK en un servlet Java. Estan acostumats als registres SOAP exposats per l'SDK. És més natural que aquesta situació es decanti per ser un consumidor de serveis mashup basat en SOAP. A la pràctica, aquesta no ha estat realment una elecció difícil de pesar. En mirar les dues opcions, sempre sembla que s’adapta millor a l’hora de considerar la solució general. Els intents d’utilitzar l’altre se senten forçats.
Les operacions lògiques que ofereix la interfície de transport permeten al consumidor realitzar tasques centrades en l'execució d'informes i anàlisis de Cognos. El conjunt d’opcions permet al consumidor marxar durant tot el cicle de vida de l’execució d’un informe. Això inclou:
• Autenticació
• Assignació de paràmetres
• Execució d'informes (síncrons i asíncrons)
• Comportament de perforació
• Recuperació de la sortida
El servei de mashup ofereix fins i tot algunes coses que no estan disponibles a l’SDK. Tanmateix, guardarem aquesta discussió per a un proper article que compara i contrasta el servei Mashup amb l'SDK.
Ara tenim un mitjà per invocar informes mitjançant un conjunt de serveis basats en HTTP. Què surt a l'altre extrem? Això ens condueix al segon component del servei de mashup. Introduïu ... "La càrrega útil".
Una de les opcions que podem especificar en invocar un informe mitjançant el servei de mashup és el format de sortida. Hi ha diverses opcions disponibles, incloent XML Layout Data XML (LDX) i JSON. N'hi ha uns quants més, però això cobreix l'espectre en abroad sentit. HTML és gairebé el que podríeu esperar. Tenen un aspecte molt similar al que s’obtindria d’un informe visualitzat a través del visor d’informes a Cognos Connection. Els formats més prometedors són LDX i JSON. De fet, si el Cognos Mashup Service té un èxit clar, és la introducció d’aquests dos formats.
Tots dos formats produeixen la sortida de l'informe en un format neutre de presentació. Això permet al consumidor de la sortida de l'informe renderitzar la informació en qualsevol visualització que pugui entendre JSON o XML. Preneu-vos un moment per llegir-ho de nou.
Les dades de l’informe ja s’alliberen dels grillons que hi col·loca el Cognos Viewer. Ara les dades poden recórrer llocs que abans no eren pràctics. Per exemple, les aplicacions riques d’Internet poden utilitzar marcs com l’API de visualització de Google o l’ext-JS per condimentar la presentació de les dades. La integració mòbil es fa molt més accessible ja que la sortida es pot adaptar a aquests dispositius. Les dades de Cognos es poden combinar amb dades de fonts externes. De fet, les dades de Cognos BI es van veure recentment, en llibertat, amb dades d’un popular sistema de gestió de contingut de la mateixa graella Ext-JS. Escandalós! Què vol dir això? En aquest cas, va permetre gestionar els dos conjunts de dades a través de les seves eines natives sense un complex procés elaborat per unir-los al navegador.
A continuació es mostra una senzilla maqueta de baixa fidelitat que il·lustra fonts de dades heterogènies que comparteixen la mateixa pàgina.
Aquesta flexibilitat inclou alguns avantatges. Com que diferim la representació de les dades a una altra part de l’aplicació, bàsicament estem transferint part del desenvolupament que tradicionalment fa l’autor de l’informe a una persona experta en tecnologia de visualització. L’esforç per teixir les dades de l’informe a la visualització variarà en comparació amb la creació d’un informe de pixel perfect als estudis tradicionals de Cognos. Els planificadors de projectes han d’entendre l’efecte que això té en els terminis de desenvolupament. Es trobarà que les estimacions són més exactes quan s’adopta aquesta nova divisió del treball.
Per resumir aquesta peça, el Cognos Mashup Service és una addició emocionant a l’arsenal d’eines disponibles per a la barreja. Permet que les dades de BI vagin més enllà d’estampar un fitxer , que conté un visor d'informes, en una pàgina HTML. Tot i això, el temps ens ha ensenyat que res no és gratuït. La flexibilitat de la presentació de dades ve a costa d’aportar nous conjunts d’habilitats al conjunt de solucions. Deixeu que aquesta informació s’empregui una estona. A les entrades posteriors d’aquesta sèrie, detallarem més sobre l’ús del mashup i sobre com s’adapta a altres candidats a la solució.
