На этой неделе мы рассмотрим основы Mashup Service Cognos. Мы разделим его на составные части, чтобы увидеть, как он приносит пользу сочетанию предложений IBM Cognos.
Чтобы использовать Cognos Mashup Service, необходимо соответствовать следующим минимальным требованиям:
1. IBM Cognos BI Server 8.4.1
2. Клиент, способный взаимодействовать с сервисами на основе SOAP или URL через HTTP.
Доступ к Cognos Connection и Cognos Mashup Service можно получить через шлюз Cognos.
Примечание автора: используйте голос актера Р. Ли Эрми (Ганни из Цельнометаллическая оболочка)
В следующих нескольких статьях я буду вашим инструктором. Вы можете называть меня «Сержант-инструктор». Я разобью вас, новобранцев, на мелкие песчинки, из которых вышли, и построю их обратно в вырезанные лазером куски кремния. Вы уйдете отсюда с инструментами, необходимыми для выживания на поле битвы, известном как Cognos Mashup Service. Вы сможете кодировать свой путь через опасную местность с настраиваемой визуализацией. Когда дело доходит до дизайна, вы сможете отличить друга от врага. Возможно, вы думали, что обещание простых служб REST будет вас баловать. Но это не ОТДЫХ твоей мамы. Могу ли я получить «ДА ДРЕЛЬ-СЕРЖАНТ!»? А теперь брось и дай мне двадцать!
Хорошо, позвольте мне сделать перерыв в характере, чтобы понять его. На этой неделе мы рассмотрим основы Mashup Service Cognos. Мы разделим его на составные части, чтобы увидеть, как он приносит пользу сочетанию предложений IBM Cognos.
Чтобы использовать Cognos Mashup Service, необходимо соответствовать следующим минимальным требованиям:
1. IBM Cognos BI Server 8.4.1
2. Клиент, способный взаимодействовать с сервисами на основе SOAP или URL через HTTP.
Доступ к Cognos Connection и Cognos Mashup Service можно получить через шлюз Cognos.
Cognos Mashup Service состоит из двух отдельных частей, которые работают в тандеме, чтобы позволить потребителям разбивать данные отчета за пределы средства просмотра отчетов на настраиваемые визуализации. Одна часть службы - это транспортный интерфейс, а другая - полезная нагрузка. На диаграмме ниже мы можем рассматривать запрос как транспорт, а ответ - как полезную нагрузку.
Транспортный интерфейс - это средство, с помощью которого мы можем вызывать отчеты. Потребители могут использовать два варианта. Один основан на протоколе SOAP, а другой использует URL-адреса в стиле REST. Оба интерфейса работают по протоколу HTTP и похожи по структуре. То есть для каждой логической операции в интерфейсе стиля SOAP есть соответствующая операция в стиле REST. Точные спецификации метода учитывают особенности выбранного стиля вызова. Но суть в том, что ... возможность входа в систему, вызова отчета, получения результатов и выхода из системы доступна для обоих лагерей.
Итак, вы можете спросить себя: «Я, почему я должен выбрать одно вместо другого?» Часто ответ на этот вопрос возникает при рассмотрении технологии проекта или соглашений. Возьмем пример потребителя, который полностью разработан на стороне клиента. Он использует HTML и JavaScript для взаимодействия со службой Cognos Mashup Service. В вакууме интерфейс на основе REST URL упростил бы интеграцию. Напротив, другой проект может иметь существующие ресурсы Cognos SDK в сервлете Java. Они привыкли к заглушкам SOAP, предоставляемым SDK. В этой ситуации кажется более естественным склоняться к тому, чтобы стать потребителем гибридных сервисов на основе SOAP. На практике это не было трудным выбором. При рассмотрении двух вариантов один всегда кажется более подходящим при рассмотрении общего решения. Попытки использовать другого кажутся вынужденными.
Логические операции, предлагаемые транспортным интерфейсом, позволяют потребителю выполнять задачи, связанные с запуском отчетов и анализа Cognos. Набор параметров позволяет потребителю пройти весь жизненный цикл создания отчета. Это включает:
• Аутентификация
• Назначение параметров
• Выполнение отчета (синхронное и асинхронное)
• Поведение сверла
• Получение вывода
Сервис mashup даже предлагает некоторые полезности, недоступные в SDK. Однако мы сохраним это обсуждение для следующей статьи, в которой сравнивается Mashup Service и SDK.
Теперь у нас есть средства вызова отчетов через набор служб на основе HTTP. Что выходит на другом конце? Это подводит нас ко второму компоненту mashup-сервиса. Введите… «Полезная нагрузка».
Один из параметров, который мы можем указать при вызове отчета через mashup-сервис, - это формат вывода. Существует ряд доступных опций, включая HTML Layout Data XML (LDX) и JSON. Есть еще несколько, но они покрывают спектр в abroad смысл. HTML - это в значительной степени то, что вы ожидаете. Они выглядят очень похоже на то, что можно получить из отчета, просматриваемого с помощью средства просмотра отчетов в Cognos Connection. Наиболее перспективными форматами являются LDX и JSON. На самом деле, если Cognos Mashup Service и произвел явный успех, то это введение этих двух форматов.
Оба этих формата обеспечивают вывод отчета в нейтральном для представления формате. Это позволяет потребителю вывода отчета отображать информацию в любой визуализации, которая может понимать JSON или XML. Найдите минутку, чтобы прочитать это еще раз.
Теперь данные отчета освобождены от оков, наложенных на них Cognos Viewer. Теперь данные могут перемещаться в места, которые ранее были непрактичными. Например, Rich Internet Applications может использовать такие фреймворки, как API визуализации Google или Ext-JS, чтобы оживить представление данных. Мобильная интеграция становится намного более достижимой, поскольку выходные данные могут быть адаптированы для этих устройств. Данные Cognos можно по-настоящему смешать с данными из внешних источников. Фактически, данные из Cognos BI недавно были замечены в дикой природе, смешиваясь с данными из популярной системы управления контентом в той же самой сетке Ext-JS! Скандально! Что это значит? В этом случае это позволяло управлять обоими наборами данных с помощью их собственных инструментов без сложного надуманного процесса их объединения в браузере.
Ниже приведен простой макет с низкой точностью, иллюстрирующий разнородные источники данных, использующие одну и ту же страницу.
Эта гибкость имеет некоторые компромиссы. Поскольку мы откладываем рендеринг данных другой части приложения, мы, по сути, передаем часть разработки, которая традиционно выполняется автором отчета, человеку, который является экспертом в технологии визуализации. Усилия по вплетению данных отчета в визуализацию будут отличаться по сравнению с созданием отчета с идеальной точностью до пикселя в традиционных студиях Cognos. Планировщики проекта должны понимать, какое влияние это оказывает на сроки разработки. Вы обнаружите, что оценки будут более точными, если принять это новое разделение труда.
Подводя итог этой части, можно сказать, что Cognos Mashup Service - захватывающее дополнение к арсеналу инструментов, доступных для смешивания. Это позволяет данным бизнес-аналитики выходить за рамки простого штампа , содержащий средство просмотра отчетов, на HTML-страницу. Однако время научило нас, что нет ничего бесплатного. Гибкость представления данных достигается за счет добавления новых навыков в набор решений. Дайте этой информации немного впитаться. В следующих статьях этой серии мы более подробно рассмотрим использование гибридных приложений, а также то, как они соотносятся с другими кандидатами в решения.
