이번 주에는 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 서비스에 대한 약속에 푹 빠질 것이라고 생각했을 것입니다. 하지만 이것은 엄마의 휴식이 아닙니다. "예스 드릴 상사!"를 받을 수 있습니까? 이제 내려서 XNUMX개를 주세요!
좋아, 내가 당신에게 똑바로 줄 캐릭터에서 휴식을 취하겠습니다. 이번 주에는 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 서블릿에 기존 Cognos SDK 자산이 있을 수 있습니다. 그들은 SDK에 의해 노출된 SOAP 스텁에 익숙합니다. 이러한 상황이 매시업 서비스의 SOAP 기반 소비자가 되는 쪽으로 기울어지는 것이 더 자연스럽습니다. 실제로 이것은 무게를 측정하기 어려운 선택이 아니었습니다. 두 가지 선택을 볼 때 전체 솔루션을 고려할 때 항상 하나가 더 잘 맞는 것 같습니다. 강제로 다른 느낌을 사용하려고합니다.
전송 인터페이스에서 제공하는 논리적 작업을 통해 소비자는 Cognos 보고서 및 분석 실행에 중점을 둔 작업을 수행할 수 있습니다. 일련의 옵션을 통해 소비자는 보고서 실행의 전체 수명 주기를 진행할 수 있습니다. 여기에는 다음이 포함됩니다.
• 인증
• 매개변수 할당
• 보고서 실행(동기 및 비동기)
• 드릴 동작
• 출력 검색
매시업 서비스는 SDK를 통해 사용할 수 없는 일부 기능도 제공합니다. 그러나 Mashup Service를 SDK와 비교하고 대조하는 다음 기사를 위해 해당 논의를 저장하겠습니다.
이제 HTTP 기반 서비스 세트를 통해 보고서를 호출하는 수단이 있습니다. 다른 쪽 끝에서 무엇이 나오나요? 이것은 매시업 서비스의 두 번째 구성 요소로 우리를 이끕니다. "페이로드"를 입력하십시오.
매시업 서비스를 통해 보고서를 호출할 때 지정할 수 있는 옵션 중 하나는 출력 형식입니다. HTML 레이아웃 데이터 XML(LDX) 및 JSON을 포함하여 사용 가능한 여러 옵션이 있습니다. 몇 가지 다른 것이 있지만 이것은 ab의 스펙트럼을 다룹니다.road 감각. HTML은 여러분이 기대하는 것과 거의 비슷합니다. 이는 Cognos Connection 내부의 보고서 뷰어를 통해 본 보고서에서 얻을 수 있는 것과 매우 유사합니다. 더 유망한 형식은 LDX와 JSON입니다. 사실 Cognos Mashup Service의 대성공을 거둔 것은 바로 이 두 가지 형식의 도입입니다.
이 두 형식 모두 프레젠테이션 중립 형식의 보고서 출력을 생성합니다. 이를 통해 보고서 출력의 소비자는 JSON 또는 XML을 이해할 수 있는 모든 시각화에서 정보를 렌더링할 수 있습니다. 잠시 시간을 내어 다시 읽어보세요.
이제 보고서 데이터는 Cognos Viewer에 의해 배치된 족쇄에서 해제됩니다. 이제 데이터는 이전에 비실용적이었던 곳으로 로밍할 수 있습니다. 예를 들어, 리치 인터넷 애플리케이션은 Google Visualization API 또는 Ext-JS와 같은 프레임워크를 사용하여 데이터 표현을 멋지게 할 수 있습니다. 출력을 이러한 장치에 적용할 수 있으므로 모바일 통합을 훨씬 더 쉽게 달성할 수 있습니다. Cognos 데이터는 외부 소스의 데이터와 진정으로 매시업될 수 있습니다. 사실, Cognos BI의 데이터가 최근에 동일한 Ext-JS 그리드에서 인기 있는 콘텐츠 관리 시스템의 데이터와 함께 돌아다니는 것을 목격했습니다! 스캔들! 이것은 무엇을 의미 하는가? 이 경우 브라우저에서 통합하기 위해 복잡하게 고안된 프로세스 없이 기본 도구를 통해 두 데이터 세트를 모두 관리할 수 있었습니다.
다음은 동일한 페이지를 공유하는 이기종 데이터 소스를 보여주는 간단한 저충실도 모형입니다.
이러한 유연성에는 몇 가지 절충점이 따릅니다. 데이터 렌더링을 응용 프로그램의 다른 부분으로 미루고 있기 때문에 보고서 작성자가 전통적으로 수행하던 개발의 일부를 시각화 기술의 전문가에게 본질적으로 이전하는 것입니다. 보고서 데이터를 시각화에 통합하려는 노력은 기존 Cognos 스튜디오에서 완벽한 픽셀 보고서를 작성하는 것과 비교할 때 다릅니다. 프로젝트 계획자는 이것이 개발 일정에 미치는 영향을 이해해야 합니다. 이 새로운 분업을 수용할 때 추정치가 더 정확하다는 것을 알게 될 것입니다.
이 부분을 요약하자면 Cognos Mashup Service는 혼합에 사용할 수 있는 도구 모음에 흥미로운 추가 기능입니다. 이를 통해 BI 데이터는 단순히 스탬프를 찍는 것 이상으로 , 보고서 뷰어를 포함하는 HTML 페이지로. 그러나 시간은 우리에게 공짜는 없다는 것을 가르쳐 주었습니다. 데이터 표시의 유연성은 솔루션 세트에 새로운 기술 세트를 가져오는 대가를 치르게 합니다. 이 정보를 잠시 동안 그대로 두십시오. 이 시리즈의 후속 항목에서는 매시업의 사용과 다른 솔루션 후보와 비교하여 어떻게 쌓이는지에 대해 더 자세히 알아볼 것입니다.
