Cette semaine, nous examinerons les principes fondamentaux du service Cognos Mashup. Nous allons le décomposer en ses composants afin de voir comment il apporte de la valeur à l'ensemble des offres d'IBM Cognos.
Pour utiliser le service Cognos Mashup, vous devez répondre aux exigences minimales suivantes :
1. Serveur IBM Cognos BI 8.4.1
2. Un client capable d'interagir avec des services basés sur SOAP ou URL via HTTP
Cognos Connection et Cognos Mashup Service sont accessibles via la passerelle Cognos
Note des auteurs : Utilisez la voix de l'acteur R. Lee Ermey (Gunny de Full Metal Jacket)
Pour les prochains articles, je serai votre instructeur. Vous pouvez m'appeler « Sergent de forage ». Je vais décomposer vos recrues en les humbles grains de sable d'où proviennent et vous reconstruire en morceaux de silicium gravés au laser. Vous repartirez d'ici avec les outils dont vous avez besoin pour survivre sur le champ de bataille, connus sous le nom de Cognos Mashup Service. Vous pourrez coder votre chemin à travers un terrain de visualisation personnalisé dangereux. Vous serez en mesure de distinguer l'ami de l'ennemi en ce qui concerne les notions de conception. Vous avez peut-être pensé que vous seriez choyé par la promesse de services REST faciles. Mais ce n'est pas le REPOS de ta maman. Puis-je obtenir un « OUI DRILL SERGENT ! » ? Maintenant, laisse-moi tomber et donne-moi vingt !
Ok, permettez-moi de faire une pause dans le personnage pour vous le donner directement. Cette semaine, nous examinerons les principes fondamentaux du service Cognos Mashup. Nous allons le décomposer en ses composants afin de voir comment il apporte de la valeur à l'ensemble des offres d'IBM Cognos.
Pour utiliser le service Cognos Mashup, vous devez répondre aux exigences minimales suivantes :
1. Serveur IBM Cognos BI 8.4.1
2. Un client capable d'interagir avec des services basés sur SOAP ou URL via HTTP
Cognos Connection et Cognos Mashup Service sont accessibles via la passerelle Cognos
Le service Cognos Mashup est composé de deux parties distinctes qui fonctionnent en tandem pour permettre aux utilisateurs de décomposer les données de rapport en dehors de la visionneuse de rapport et en visualisations personnalisées. Une partie du service est l'interface de transport et l'autre est la charge utile. Dans le schéma ci-dessous, nous pouvons considérer la requête comme le transport et la réponse comme la charge utile.
L'interface de transport est le moyen par lequel nous pouvons appeler des rapports. Il y a deux options pour les consommateurs à utiliser. L'un est basé sur SOAP et l'autre utilise des URL de style REST. Les deux interfaces fonctionnent sur HTTP et ont une structure similaire. C'est-à-dire que pour chaque opération logique dans l'interface de style SOAP, il y en a une correspondante dans le style REST. Les spécifications exactes de la méthode respectent les particularités du style d'appel choisi. Mais l'essentiel est que… la possibilité de se connecter, d'invoquer un rapport, d'obtenir la sortie et de se déconnecter est disponible pour les deux camps.
Vous pourriez donc vous demander « moi, pourquoi choisirais-je l'un plutôt que l'autre ? » Souvent, la réponse à cette question se présente lorsqu'on examine la technologie ou les conventions d'un projet. Prenons l'exemple d'un consommateur entièrement développé côté client. Il utilise HTML et JavaScript pour interagir avec le service Cognos Mashup. Dans le vide, l'interface basée sur l'URL REST faciliterait l'intégration. En revanche, un autre projet peut avoir des actifs Cognos SDK existants dans un servlet Java. Ils sont habitués aux stubs SOAP exposés par le SDK. Il semble plus naturel que cette situation tende à devenir un consommateur de services mashup basés sur SOAP. En pratique, cela n'a pas vraiment été un choix difficile à peser. Lorsque l'on examine les deux choix, l'un semble toujours mieux s'adapter lorsque l'on considère la solution globale. Les tentatives d'utilisation de l'autre se sentent forcées.
Les opérations logiques offertes par l'interface de transport permettent à un consommateur d'effectuer des tâches centrées sur l'exécution de rapports et d'analyses Cognos. L'ensemble d'options permet à un consommateur de parcourir le cycle de vie complet de l'exécution d'un rapport. Ceci comprend:
• Authentification
• Paramétrage
• Exécution du rapport (synchrone et asynchrone)
• Comportement de forage
• Récupération de sortie
Le service mashup propose même des goodies qui ne sont pas disponibles via le SDK. Cependant, nous garderons cette discussion pour un prochain article comparant et contrastant le service Mashup et le SDK.
Nous avons maintenant un moyen d'appeler des rapports via un ensemble de services HTTP. Qu'est-ce qui sort à l'autre bout ? Cela nous amène au deuxième composant du service mashup. Entrez… « La charge utile ».
L'une des options que nous pouvons spécifier lors de l'appel d'un rapport via le service mashup est le format de sortie. Il existe un certain nombre d'options disponibles, notamment HTML Layout Data XML (LDX) et JSON. Il y en a quelques autres mais cela couvre le spectre en abroad sens. HTML est à peu près ce que vous attendez. Ils ressemblent beaucoup à ce que l'on obtiendrait à partir d'un rapport affiché via le visualiseur de rapports dans Cognos Connection. Les formats les plus prometteurs sont LDX et JSON. En fait, s'il y a un franc succès avec Cognos Mashup Service, c'est bien l'introduction de ces deux formats.
Ces deux formats produisent la sortie du rapport dans un format neutre de présentation. Cela permet au consommateur de la sortie du rapport de restituer les informations dans n'importe quelle visualisation pouvant comprendre JSON ou XML. Prenez un moment pour relire cela.
Les données du rapport sont désormais libérées des entraves placées sur celles-ci par Cognos Viewer. Les données peuvent désormais se déplacer dans des endroits qui étaient auparavant impraticables. Par exemple, les applications Internet riches peuvent utiliser des frameworks tels que l'API de visualisation Google ou Ext-JS pour pimenter la présentation des données. L'intégration mobile devient beaucoup plus réalisable car la sortie peut être adaptée à ces appareils. Les données Cognos peuvent être réellement mélangées avec des données provenant de sources externes. En fait, les données de Cognos BI ont récemment été vues, à l'état sauvage, en train de s'amuser avec les données d'un système de gestion de contenu populaire dans la même grille Ext-JS, rien de moins ! Scandaleux! Qu'est-ce que ça veut dire? Dans ce cas, cela a permis de gérer les deux ensembles de données via leurs outils natifs sans un processus artificiel complexe pour les unir sur le navigateur.
Vous trouverez ci-dessous une simple maquette basse fidélité illustrant des sources de données hétérogènes partageant la même page.
Cette flexibilité s'accompagne de certains compromis. Étant donné que nous reportons le rendu des données à une autre partie de l'application, nous transférons essentiellement une partie du développement qui est traditionnellement effectué par l'auteur du rapport à une personne experte en technologie de visualisation. L'effort pour intégrer les données du rapport dans la visualisation variera par rapport à la création d'un rapport au pixel près dans les studios traditionnels de Cognos. Les planificateurs de projet doivent comprendre l'effet que cela a sur les délais de développement. On constatera que les estimations sont plus précises lorsque cette nouvelle division du travail est adoptée.
Pour résumer cet article, le service Cognos Mashup est un ajout intéressant à l'arsenal d'outils disponibles. Il permet aux données de BI d'aller au-delà du simple tamponnage d'un , contenant une visionneuse de rapports, dans une page HTML. Pourtant, le temps nous a appris que rien n'est gratuit. La flexibilité de la présentation des données se fait au détriment de l'apport de nouveaux ensembles de compétences à l'ensemble de solutions. Laissez ces informations tremper pendant un moment. Dans les entrées suivantes de cette série, nous aborderons plus en détail l'utilisation du mashup ainsi que la façon dont il se compare aux autres solutions candidates.
