Tällä viikolla katsomme Cognos Mashup -palvelun perusteita. Jaamme sen osiin nähdäkseen, miten se tuo lisäarvoa IBM Cognos -valikoimaan.
Jotta voit käyttää Cognos Mashup -palvelua, sinun on täytettävä seuraavat vähimmäisvaatimukset:
1. IBM Cognos BI Server 8.4.1
2. Asiakas, joka pystyy toimimaan vuorovaikutuksessa SOAP- tai URL -pohjaisten palveluiden kanssa HTTP: n kautta
Cognos Connection ja Cognos Mashup Service ovat käytettävissä Cognos -yhdyskäytävän kautta
Tekijät Huomautus: Käytä näyttelijä R. Lee Ermeyn (Gunny from Full Metal Jacket)
Seuraavissa artikkeleissa olen opettajasi. Voit kutsua minua "porakersantiksi". Aion murtaa teidät rekrytoituneiksi niukkoihin hiekkajyviin, jotka ovat peräisin, ja rakennan teidät takaisin laserkaiverrettuihin piipalloihin. Lähdet täältä työkaluilla, joita tarvitset selviytyäksesi Cognos Mashup Service -taistelukentällä. Voit koodata tiesi vaarallisen mukautetun visualisointimaaston läpi. Pystyt erottamaan ystävän vihollisesta suunnittelukäsitysten suhteen. Olet ehkä ajatellut, että lupaus helpoista REST -palveluista koettelee sinua. Mutta tämä ei ole äitisi LOMA. Voinko saada "KYLLÄ PORIN SERGEANT!"? Nyt pudota ja anna minulle kaksikymmentä!
Okei, pidän tauon luonteesta ja annan sen sinulle suoraan. Tällä viikolla katsomme Cognos Mashup -palvelun perusteita. Jaamme sen osiin nähdäkseen, miten se tuo lisäarvoa IBM Cognos -valikoimaan.
Jotta voit käyttää Cognos Mashup -palvelua, sinun on täytettävä seuraavat vähimmäisvaatimukset:
1. IBM Cognos BI Server 8.4.1
2. Asiakas, joka pystyy toimimaan vuorovaikutuksessa SOAP- tai URL -pohjaisten palveluiden kanssa HTTP: n kautta
Cognos Connection ja Cognos Mashup Service ovat käytettävissä Cognos -yhdyskäytävän kautta
Cognos Mashup -palvelu koostuu kahdesta erillisestä osasta, jotka toimivat yhdessä, jotta kuluttajat voivat jakaa raporttitiedot raportin katseluohjelman ulkopuolelle ja mukauttaa visualisointeja. Yksi osa palvelusta on kuljetusrajapinta ja toinen hyötykuorma. Alla olevassa kaaviossa voimme pitää pyyntöä kuljetuksena ja vastausta hyötykuormana.
Kuljetusrajapinta on keino, jolla voimme kutsua raportteja. Kuluttajat voivat käyttää kahta vaihtoehtoa. Toinen on SOAP -pohjainen ja toinen käyttää REST -tyylisiä URL -osoitteita. Molemmat rajapinnat toimivat HTTP: n kautta ja ovat rakenteeltaan samanlaisia. Toisin sanoen jokaiselle SOAP -tyylisen käyttöliittymän loogiselle toiminnolle löytyy vastaava REST -tyyli. Tarkat menetelmätiedot noudattavat valitun kutsumustyylin ominaispiirteitä. Mutta pääasia on… kyky kirjautua sisään, kutsua raportti, saada tulos ja kirjautua ulos on molempien leirien käytettävissä.
Joten saatat kysyä itseltäsi "itse, miksi valitsisin yhden toisen sijaan?" Usein vastaus tähän ilmenee, kun tarkastellaan projektitekniikkaa tai -käytäntöjä. Ota esimerkki kuluttajasta, joka on kehitetty kokonaan asiakaspuolelle. Se käyttää HTML: ää ja JavaScriptiä vuorovaikutuksessa Cognos Mashup -palvelun kanssa. Tyhjiössä REST URL -pohjainen käyttöliittymä helpottaisi integrointia. Toisaalta toisessa projektissa saattaa olla olemassa Cognos SDK -resursseja Java -servletissä. He ovat tottuneet saippualiikkeisiin, jotka SDK paljastaa. On luonnollisempaa, että tämä tilanne kallistuu saippuapohjaiseksi mashup -palvelujen kuluttajaksi. Käytännössä tämä ei ole ollut vaikea valinta. Kahta vaihtoehtoa tarkasteltaessa näyttää aina sopivan paremmin kokonaisratkaisua ajatellen. Yritykset käyttää toista tuntevat olevansa pakotettuja.
Kuljetusliittymän tarjoamat loogiset toiminnot antavat kuluttajalle mahdollisuuden suorittaa Cognos -raporttien ja -analyysien suorittamiseen liittyviä tehtäviä. Vaihtoehtojen avulla kuluttaja voi kulkea läpi raportin koko elinkaaren. Tämä sisältää:
• Todennus
• Parametrien määritys
• Raportin suoritus (synkroninen ja asynkroninen)
• Poran käyttäytyminen
• Lähdön haku
Mashup -palvelu tarjoaa jopa joitain herkkuja, joita ei ole saatavana SDK: n kautta. Tallennamme kuitenkin tämän keskustelun tulevaa artikkelia varten, jossa Mashup -palvelua verrataan ja verrataan SDK: hon.
Nyt meillä on keino kutsua raportteja HTTP -pohjaisen palvelusarjan kautta. Mitä toisesta päästä tulee ulos? Tämä johtaa meidät mashup -palvelun toiseen osaan. Kirjoita… ”Hyötykuorma”.
Yksi vaihtoehdoista, jotka voimme määrittää kutsuttaessa raporttia mashup -palvelun kautta, on tulostusmuoto. Käytettävissä on useita vaihtoehtoja, kuten HTML Layout Data XML (LDX) ja JSON. On muutamia muita, mutta tämä kattaa spektrin ab: ssaroad järkeä. HTML on melkein mitä odotat. Ne näyttävät hyvin samanlaisilta kuin mitä saisi raportista, jota tarkastellaan raportin katseluohjelman kautta Cognos Connectionissa. Lupaavampia formaatteja ovat LDX ja JSON. Itse asiassa, jos Cognos Mashup -palvelu osuu selkeästi, se on näiden kahden muodon käyttöönotto.
Molemmat näistä muodoista tuottavat raportin tulostuksen neutraalissa muodossa. Tämän avulla raportin tuotoksen kuluttaja voi esittää tiedot missä tahansa visualisoinnissa, joka ymmärtää JSON: n tai XML: n. Ota hetki aikaa lukea se uudelleen.
Raportin tiedot on nyt vapautettu Cognos Viewerin asettamista kahleista. Tiedot voivat nyt kulkea paikkoihin, jotka olivat aiemmin epäkäytännöllisiä. Esimerkiksi rikkaat Internet-sovellukset voivat käyttää kehyksiä, kuten Google Visualization -sovellusliittymää tai Ext-JS: ää, tuomaan esille tietoja. Mobiiliintegraatiosta tulee paljon saavutettavampi, koska lähtö voidaan sovittaa näihin laitteisiin. Cognos -tiedot voidaan todella sekoittaa ulkopuolisten lähteiden tietoihin. Itse asiassa Cognos BI: n tietoja nähtiin äskettäin luonnossa, ja ne saalistivat tietoja saman Ext-JS-ruudukon suositusta sisällönhallintajärjestelmästä! Skandaali! Mitä tämä tarkoittaa? Tässä tapauksessa se salli molempien tietojoukkojen hallinnan alkuperäisten työkalujensa avulla ilman monimutkaista keksittyä prosessia yhdistää ne selaimessa.
Alla on yksinkertainen matalan tarkkuuden malli, joka kuvaa heterogeenisiä tietolähteitä, joilla on sama sivu.
Tämä joustavuus sisältää joitakin kompromisseja. Koska lykkäämme tietojen esittämistä sovelluksen toiseen osaan, siirrämme olennaisesti osan raportin laatijan perinteisesti tekemästä kehityksestä henkilölle, joka on visualisointitekniikan asiantuntija. Pyrkimys yhdistää raporttitiedot visualisointiin vaihtelee verrattuna pikselin täydellisen raportin luomiseen perinteisissä Cognos -studioissa. Projektisuunnittelijoiden on ymmärrettävä tämän vaikutus kehitysaikatauluihin. Voidaan havaita, että arviot ovat tarkempia, kun tämä uusi työnjako hyväksytään.
Yhteenvetona tästä kappaleesta Cognos Mashup Service on jännittävä lisä sekoituksen käytettävissä olevien työkalujen arsenaaliin. Sen avulla BI -tiedot voivat ylittää pelkän leimaamisen , joka sisältää raportin katseluohjelman, HTML -sivulle. Aika on kuitenkin opettanut meille, että mikään ei ole ilmaista. Joustavuus tietojen esittämisessä johtaa uusien taitojen tuomiseen ratkaisusarjaan. Anna tämän tiedon imeytyä hetkeksi. Tämän sarjan myöhemmissä kohdissa kerromme tarkemmin mashupin käytöstä ja siitä, miten se pinoaa muita ratkaisuehdokkaita vastaan.
