本周我们将了解 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 的使用以及它如何与其他候选解决方案叠加。
