W tym tygodniu przyjrzymy się podstawom usługi Cognos Mashup Service. Podzielimy go na części składowe, aby zobaczyć, jak wnosi wartość do mieszanki ofert IBM Cognos.
Aby skorzystać z usługi Cognos Mashup Service należy spełnić następujące minimalne wymagania:
1. IBM Cognos BI Server 8.4.1
2. Klient zdolny do interakcji z usługami opartymi na protokole SOAP lub URL przez HTTP
Dostęp do Cognos Connection i Cognos Mashup Service można uzyskać za pośrednictwem bramy Cognos
Uwaga autorów: Użyj głosu aktora R. Lee Ermey (Gunny z Full Metal Jacket)
Przez kilka następnych artykułów będę Twoim instruktorem. Możesz nazywać mnie „sierżantem wiertniczym”. Złamię was, rekrutów, w skromne ziarenka piasku, z których pochodzą, i zbuduję was z powrotem w laserowo wytrawione kawałki krzemu. Odejdziesz stąd z narzędziami, których potrzebujesz, aby przetrwać na polu bitwy znanym jako Usługa Cognos Mashup. Będziesz mógł kodować swoją drogę przez niebezpieczny, niestandardowy teren wizualizacji. Będziesz w stanie odróżnić przyjaciela od wroga, jeśli chodzi o pojęcia projektowe. Być może myślałeś, że będziesz rozpieszczany obietnicą łatwych usług REST. Ale to nie jest ODPOCZYNEK twojej mamy. Czy mogę otrzymać „SIERŻANTA WIERCĄCEGO TAK!”? A teraz upuść i daj mi dwadzieścia!
Ok, pozwól, że zrobię sobie przerwę od charakteru, aby dać ci to prosto. W tym tygodniu przyjrzymy się podstawom usługi Cognos Mashup Service. Podzielimy go na części składowe, aby zobaczyć, jak wnosi wartość do mieszanki ofert IBM Cognos.
Aby skorzystać z usługi Cognos Mashup Service należy spełnić następujące minimalne wymagania:
1. IBM Cognos BI Server 8.4.1
2. Klient zdolny do interakcji z usługami opartymi na protokole SOAP lub URL przez HTTP
Dostęp do Cognos Connection i Cognos Mashup Service można uzyskać za pośrednictwem bramy Cognos
Usługa Cognos Mashup składa się z dwóch odrębnych części, które działają w tandemie, aby umożliwić konsumentom dzielenie danych raportu poza przeglądarkę raportów na niestandardowe wizualizacje. Jedną częścią usługi jest interfejs transportowy, a drugą ładunek. Na poniższym diagramie możemy potraktować żądanie jako transport, a odpowiedź jako ładunek.
Interfejs transportowy jest środkiem, za pomocą którego możemy wywoływać raporty. Konsumenci mają do wyboru dwie opcje. Jeden jest oparty na SOAP, a drugi wykorzystuje adresy URL w stylu REST. Oba interfejsy działają przez HTTP i mają podobną strukturę. Oznacza to, że dla każdej operacji logicznej w interfejsie w stylu SOAP istnieje odpowiednia operacja w stylu REST. Dokładne specyfikacje metody uwzględniają specyfikę wybranego stylu wywołania. Ale najważniejsze jest… możliwość zalogowania się, wywołania raportu, uzyskania danych wyjściowych i wylogowania jest dostępna dla obu obozów.
Możesz więc zadać sobie pytanie „ja, dlaczego miałbym wybrać jedno zamiast drugiego?” Często odpowiedź na to pojawia się, patrząc na technologię projektu lub konwencje. Weźmy przykład konsumenta, który jest w całości rozwijany po stronie klienta. Wykorzystuje HTML i JavaScript do interakcji z usługą Cognos Mashup Service. W próżni interfejs oparty na adresach URL REST ułatwiłby integrację. W przeciwieństwie do tego inny projekt może mieć istniejące zasoby Cognos SDK w serwlecie Java. Są przyzwyczajeni do kodów pośredniczących SOAP udostępnianych przez SDK. Bardziej naturalne wydaje się, że ta sytuacja skłania się do bycia konsumentem usług typu mashup opartym na SOAP. W praktyce nie był to trudny wybór do rozważenia. Patrząc na te dwie opcje, zawsze wydaje się, że lepiej pasuje do ogólnego rozwiązania. Próby użycia drugiej osoby są wymuszone.
Operacje logiczne oferowane przez interfejs transportowy umożliwiają konsumentowi wykonywanie zadań skoncentrowanych na uruchamianiu raportów i analiz Cognos. Zestaw opcji umożliwia konsumentowi przejście przez pełny cykl życia generowania raportu. To zawiera:
• Uwierzytelnianie
• Przypisanie parametrów
• Wykonanie raportu (synchroniczne i asynchroniczne)
• Zachowanie wiertła
• Pobieranie wyjścia
Usługa mashup oferuje nawet niektóre gadżety, które nie są dostępne za pośrednictwem SDK. Jednak zachowamy tę dyskusję na nadchodzący artykuł porównujący i przeciwstawiający usługę Mashup i SDK.
Teraz mamy możliwość wywoływania raportów za pośrednictwem zestawu usług opartych na HTTP. Co wychodzi z drugiego końca? To prowadzi nas do drugiego komponentu usługi mashup. Wpisz…”Ładunek”.
Jedną z opcji, którą możemy określić podczas wywoływania raportu przez usługę mashup, jest format wyjściowy. Dostępnych jest wiele opcji, w tym HTML Layout Data XML (LDX) i JSON. Jest kilka innych, ale obejmuje to spektrum w abroad sens. HTML jest prawie tym, czego można się spodziewać. Wyglądają bardzo podobnie do tego, co można by uzyskać z raportu przeglądanego przez przeglądarkę raportów w Cognos Connection. Bardziej obiecujące formaty to LDX i JSON. W rzeczywistości, jeśli Cognos Mashup Service jest wyraźnym hitem, to jest to wprowadzenie tych dwóch formatów.
Oba te formaty dają wynik raportu w formacie neutralnym dla prezentacji. Dzięki temu konsument danych wyjściowych raportu może renderować informacje w dowolnej wizualizacji, która może zrozumieć kod JSON lub XML. Poświęć chwilę na przeczytanie tego ponownie.
Dane raportu są teraz zwolnione z kajdan nałożonych na nie przez przeglądarkę Cognos Viewer. Dane mogą teraz wędrować do miejsc, które wcześniej były niepraktyczne. Na przykład Rich Internet Applications może korzystać z platform, takich jak Google Visualization API lub Ext-JS, aby urozmaicić prezentację danych. Integracja mobilna staje się znacznie bardziej osiągalna, ponieważ dane wyjściowe można dostosować do tych urządzeń. Dane Cognos można naprawdę połączyć z danymi ze źródeł zewnętrznych. W rzeczywistości dane z Cognos BI były ostatnio widziane na wolności, bawiące się danymi z popularnego systemu zarządzania treścią w tej samej siatce Ext-JS! Skandaliczny! Co to znaczy? W tym przypadku umożliwiło to zarządzanie obydwoma zestawami danych za pomocą ich natywnych narzędzi bez skomplikowanego, wymyślonego procesu łączenia ich w przeglądarce.
Poniżej znajduje się prosta makieta o niskiej wierności ilustrująca heterogeniczne źródła danych udostępniające tę samą stronę.
Ta elastyczność wiąże się z pewnymi kompromisami. Ponieważ odkładamy renderowanie danych do innej części aplikacji, zasadniczo przenosimy część rozwoju, który tradycyjnie robi autor raportu, na osobę, która jest ekspertem w dziedzinie technologii wizualizacji. Wysiłek związany z wpleceniem danych raportu w wizualizację będzie się różnić w porównaniu z tworzeniem doskonałego raportu w pikselach w tradycyjnych studiach Cognos. Planiści projektu muszą zrozumieć wpływ, jaki ma to na harmonogramy rozwoju. Przekona się, że szacunki są dokładniejsze, gdy przyjmie się ten nowy podział pracy.
Podsumowując ten kawałek, Cognos Mashup Service jest ekscytującym dodatkiem do arsenału narzędzi dostępnych w miksie. Dzięki temu dane BI wykraczają poza zwykłe stemplowanie i , zawierający przeglądarkę raportów, na stronę HTML. Jednak czas nauczył nas, że nic nie jest za darmo. Elastyczność prezentowania danych odbywa się kosztem wprowadzenia nowych zestawów umiejętności do zestawu rozwiązań. Niech ta informacja wsiąknie na chwilę. W kolejnych wpisach z tej serii omówimy bardziej szczegółowo użycie mashup, a także jego zestawienie z innymi kandydatami na rozwiązania.
