本週我們將了解 Cognos Mashup Service 的基礎知識。 我們將其分解為各個組成部分，以了解它如何為 IBM Cognos 產品組合帶來價值。
為了使用 Cognos Mashup Service，需要滿足以下最低要求：
1. IBM Cognos BI 服務器 8.4.1
2. 能夠通過 HTTP 與基於 SOAP 或 URL 的服務交互的客戶端
可以通過 Cognos 網關訪問 Cognos Connection 和 Cognos Mashup Service
作者註：使用演員 R. Lee Ermey 的聲音（Gunny from 全金屬外殼)
在接下來的幾篇文章中，我將成為您的導師。 你可以叫我“鑽探中士”。 我會將你的新兵分解成低等的沙粒，然後將你重新組裝成激光蝕刻的矽片。 您將帶著在被稱為 Cognos Mashup Service 的戰場中生存所需的工具離開這裡。 您將能夠通過危險的自定義可視化地形進行編碼。 在設計理念方面，您將能夠區分敵我。 您可能認為您會被簡單的 REST 服務的承諾所寵愛。 但這不是你媽媽的休息。 我可以得到一個“是的鑽探中士！”嗎？ 現在放下，給我二十個！
好吧，讓我休息一下，直接給你。 本週我們將了解 Cognos Mashup Service 的基礎知識。 我們將其分解為各個組成部分，以了解它如何為 IBM Cognos 產品組合帶來價值。
為了使用 Cognos Mashup Service，需要滿足以下最低要求：
1. IBM Cognos BI 服務器 8.4.1
2. 能夠通過 HTTP 與基於 SOAP 或 URL 的服務交互的客戶端
可以通過 Cognos 網關訪問 Cognos Connection 和 Cognos Mashup Service
Cognos Mashup Service 由兩個不同的部分組成，它們協同工作以允許消費者將報表數據分解為報表查看器之外的自定義可視化。 服務的一部分是傳輸接口，另一部分是有效載荷。 在下圖中，我們可以將請求視為傳輸，將響應視為有效負載。
傳輸接口是我們可以調用報告的方式。 有兩種選擇供消費者使用。 一個是基於 SOAP 的，另一個使用 REST 風格的 URL。 這兩個接口都運行在 HTTP 上並且結構相似。 也就是說，對於 SOAP 風格界面中的每個邏輯操作，在 REST 風格中都有一個匹配的邏輯操作。 確切的方法規範觀察了所選調用風格的特性。 但最重要的是……登錄、調用報告、獲取輸出和註銷的能力對兩個陣營都是可用的。
所以你可能會問自己“我自己，為什麼我會選擇一個而不是另一個？” 通常在查看項目技術或約定時會出現這個問題的答案。 以完全在客戶端開發的消費者為例。 它使用 HTML 和 JavaScript 與 Cognos Mashup Service 交互。 在真空中，基於 REST URL 的界面將使集成更容易。 相比之下，另一個項目可能在 Java servlet 中擁有現有的 Cognos SDK 資產。 他們習慣於 SDK 公開的 SOAP 存根。 在這種情況下，傾向於成為基於 SOAP 的 mashup 服務消費者感覺更自然。 在實踐中，這並不是一個很難權衡的選擇。 在查看這兩種選擇時，在考慮整體解決方案時似乎總是更適合。 嘗試使用其他感覺被迫。
傳輸接口提供的邏輯操作允許使用者執行以運行 Cognos 報告和分析為中心的任務。 這組選項允許消費者在運行報告的整個生命週期中前進。 這包括：
• 驗證
• 參數分配
• 報告執行（同步和異步）
• 鑽取行為
• 輸出檢索
混搭服務甚至提供了一些 SDK 無法提供的好東西。 但是，我們會將討論留到下一篇比較和對比 Mashup Service 與 SDK 的文章中。
現在我們有了一種通過基於 HTTP 的服務集調用報告的方法。 另一端會出現什麼？ 這使我們進入 mashup 服務的第二個組件。 輸入……“有效載荷”。
通過混搭服務調用報告時，我們可以指定的選項之一是輸出格式。 有許多可用選項，包括 HTML 佈局數據 XML (LDX) 和 JSON。 還有其他一些，但這涵蓋了 ab 中的頻譜road 感覺。 HTML 幾乎是您所期望的。 它們看起來與從通過 Cognos Connection 內的報告查看器查看的報告中獲得的信息非常相似。 更有前途的格式是 LDX 和 JSON。 事實上，如果 Cognos Mashup Service 獲得了明顯的成功，那就是這兩種格式的引入。
這兩種格式都以演示中性格式生成報告輸出。 這允許報告輸出的使用者在任何可以理解 JSON 或 XML 的可視化中呈現信息。 花點時間再讀一遍。
現在，報告數據擺脫了 Cognos Viewer 對其施加的束縛。 數據現在可以漫游到以前不切實際的地方。 例如，富 Internet 應用程序可以使用 Google Visualization API 或 Ext-JS 等框架來為數據的呈現增添趣味。 由於輸出可以適應這些設備，因此移動集成變得更加容易實現。 Cognos 數據可以真正與來自外部來源的數據混合在一起。 事實上，最近發現來自 Cognos BI 的數據在同一個 Ext-JS 網格中與來自流行內容管理系統的數據混雜在一起！ 醜聞！ 這是什麼意思？ 在這種情況下，它允許通過其原生工具管理兩組數據，而無需複雜的人為過程將它們統一到瀏覽器上。
下面是一個簡單的低保真模型，展示了共享同一頁面的異構數據源。
這種靈活性伴隨著一些權衡。 由於我們將數據的呈現推遲到應用程序的另一部分，因此我們實際上將一些傳統上由報告作者完成的開發工作轉移給了可視化技術專家。 與在傳統 Cognos 工作室中編寫完美的像素報告相比，將報告數據編織到可視化中的工作會有所不同。 項目規劃人員需要了解這對開發時間表的影響。 人們會發現，當採用這種新的勞動分工時，估計會更加準確。
總而言之，Cognos Mashup Service 是對混合可用工具庫的一個令人興奮的補充。 它允許 BI 數據不僅僅是標記一個，包含一個報告查看器，進入一個 HTML 頁面。 然而，時間告訴我們，沒有什麼是免費的。 呈現數據的靈活性是以將新技能集引入解決方案集為代價的。 讓這些信息浸泡一段時間。 在本系列的後續條目中，我們將更詳細地了解 mashup 的使用以及它如何與其他候選解決方案疊加。
