Boot Camp บริการ Cognos Mashup – บทนำ

ผู้เขียน หมายเหตุ: ใช้เสียงของนักแสดง R. Lee Ermey (Gunny จาก เรือ Full Metal Jacket)
สำหรับบทความต่อไป ฉันจะเป็นผู้สอนของคุณ เรียกผมว่า "จ่าสิบเอก" ฉันจะแบ่งการเกณฑ์ทหารของคุณออกเป็นเม็ดทรายที่ต่ำต้อยที่มาจากและสร้างคุณกลับเป็นชิ้นซิลิกอนที่แกะสลักด้วยเลเซอร์ คุณจะออกจากที่นี่พร้อมกับเครื่องมือที่จำเป็นต่อการเอาตัวรอดในสนามรบที่เรียกว่า Cognos Mashup Service คุณจะสามารถเขียนโค้ดของคุณผ่านภูมิประเทศการแสดงภาพแบบกำหนดเองที่เป็นอันตรายได้ คุณจะสามารถแยกแยะเพื่อนจากศัตรูได้เมื่อพูดถึงแนวคิดการออกแบบ คุณอาจเคยคิดว่าคุณจะถูกประนีประนอมกับคำมั่นสัญญาของบริการ REST ที่ง่ายดาย แต่นี่ไม่ใช่ที่พักผ่อนของแม่คุณ ฉันขอ "ใช่ จ่าสิบเอก!" ได้ไหม ตอนนี้วางและให้ฉันยี่สิบ!

ตกลงให้ฉันหยุดพักจากตัวละครเพื่อมอบให้คุณอย่างตรงไปตรงมา สัปดาห์นี้ เราจะมาดูพื้นฐานของ Cognos Mashup Service เราจะแยกย่อยเป็นส่วนๆ เพื่อดูว่ามันนำคุณค่ามาสู่การผสมผสานของข้อเสนอ 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 ของผู้บริโภคบริการ mashup ในทางปฏิบัติ นี่ไม่ได้เป็นตัวเลือกที่ยากนักที่จะชั่งน้ำหนัก เมื่อพิจารณาจากสองตัวเลือก หนึ่งมักจะเหมาะสมกว่าเสมอเมื่อพิจารณาโซลูชันโดยรวม พยายามใช้ความรู้สึกบังคับอีกฝ่าย
การดำเนินการทางลอจิคัลที่เสนอโดยอินเตอร์เฟสการขนส่งอนุญาตให้ผู้บริโภคดำเนินการงานที่เน้นที่การรันรายงานและการวิเคราะห์ของ Cognos ชุดตัวเลือกช่วยให้ผู้บริโภคสามารถดำเนินตามวงจรชีวิตการเรียกใช้รายงานทั้งหมดได้ ซึ่งรวมถึง:
• การตรวจสอบสิทธิ์
• การกำหนดพารามิเตอร์
• การดำเนินการรายงาน (ซิงโครนัสและอะซิงโครนัส)
• พฤติกรรมการเจาะ
• ดึงเอาท์พุต
บริการ mashup ยังมีสินค้าบางอย่างที่ไม่มีใน SDK อย่างไรก็ตาม เราจะบันทึกการสนทนานั้นไว้สำหรับบทความที่กำลังจะมีขึ้นเพื่อเปรียบเทียบและเปรียบเทียบระหว่างบริการ Mashup กับ SDK
ตอนนี้ เรามีวิธีการเรียกใช้รายงานผ่านชุดบริการที่ใช้ HTTP อะไรออกมาอีกด้าน? นั่นนำเราไปสู่องค์ประกอบที่สองของบริการตอบโต้กับผู้ใช้ได้ ป้อน ... "น้ำหนักบรรทุก"

หนึ่งในตัวเลือกที่เราสามารถระบุได้เมื่อเรียกใช้รายงานผ่านบริการ mashup คือรูปแบบเอาต์พุต มีตัวเลือกมากมายรวมถึง HTML Layout Data XML (LDX) และ JSON มีอีกสองสามตัว แต่สิ่งนี้ครอบคลุมสเปกตรัมใน abroad ความรู้สึก. HTML เป็นสิ่งที่คุณคาดหวังได้ค่อนข้างมาก พวกเขาดูคล้ายกันมากกับสิ่งที่จะได้รับจากรายงานที่ดูผ่านโปรแกรมดูรายงานภายใน Cognos Connection รูปแบบที่มีแนวโน้มมากขึ้นคือ LDX และ JSON ในความเป็นจริง หากมีการโจมตีที่ชัดเจนโดย Cognos Mashup Service นั่นคือการแนะนำรูปแบบทั้งสองนี้

รูปแบบทั้งสองนี้ให้ผลลัพธ์ของรายงานในรูปแบบที่เป็นกลางในการนำเสนอ ซึ่งช่วยให้ผู้บริโภคของเอาต์พุตรายงานสามารถแสดงข้อมูลในรูปแบบการแสดงข้อมูลใดๆ ที่เข้าใจ JSON หรือ XML ได้ สละเวลาสักครู่เพื่ออ่านอีกครั้ง

ข้อมูลรายงานขณะนี้เป็นอิสระจากห่วงที่วางไว้โดย Cognos Viewer ขณะนี้ข้อมูลสามารถโรมมิ่งไปยังสถานที่ที่ก่อนหน้านี้ไม่สามารถทำได้ ตัวอย่างเช่น Rich Internet Applications สามารถใช้เฟรมเวิร์ก เช่น Google Visualization API หรือ Ext-JS เพื่อเพิ่มสีสันในการนำเสนอข้อมูล การผสานการทำงานกับอุปกรณ์เคลื่อนที่สามารถทำได้มากขึ้น เนื่องจากสามารถปรับเอาต์พุตให้เข้ากับอุปกรณ์เหล่านี้ได้ ข้อมูล Cognos สามารถผสมกับข้อมูลจากแหล่งภายนอกได้อย่างแท้จริง อันที่จริง เมื่อเร็ว ๆ นี้ ข้อมูลจาก Cognos BI ถูกพบเห็นโดยธรรมชาติ โดยใช้ข้อมูลจากระบบการจัดการเนื้อหาที่ได้รับความนิยมในกริด Ext-JS เดียวกันไม่น้อย! อื้อฉาว! สิ่งนี้หมายความว่า? ในกรณีนี้ ข้อมูลทั้งสองชุดสามารถจัดการผ่านเครื่องมือดั้งเดิมได้โดยไม่ต้องใช้กระบวนการที่ซับซ้อนในการรวมข้อมูลเหล่านั้นบนเบราว์เซอร์
ด้านล่างนี้คือแบบจำลองความเที่ยงตรงต่ำอย่างง่ายที่แสดงภาพประกอบแหล่งข้อมูลที่แตกต่างกันซึ่งแชร์หน้าเดียวกัน

ความยืดหยุ่นนี้มาพร้อมกับการประนีประนอมบางอย่าง เนื่องจากเรากำลังเลื่อนการแสดงข้อมูลไปยังส่วนอื่นของแอปพลิเคชัน เราจึงจำเป็นต้องโอนการพัฒนาบางส่วนที่ผู้เขียนรายงานทำตามปกติไปยังบุคคลที่เชี่ยวชาญด้านเทคโนโลยีการแสดงภาพ ความพยายามในการสานข้อมูลรายงานลงในการแสดงภาพจะแตกต่างกันไปเมื่อเทียบกับการสร้างรายงานพิกเซลที่สมบูรณ์แบบในสตูดิโอ Cognos ดั้งเดิม นักวางแผนโครงการจำเป็นต้องเข้าใจถึงผลกระทบที่มีต่อระยะเวลาการพัฒนา หนึ่งจะพบว่าการประมาณการจะแม่นยำยิ่งขึ้นเมื่อนำแผนกแรงงานใหม่นี้มาใช้

โดยสรุปสำหรับผลงานชิ้นนี้ Cognos Mashup Service เป็นส่วนเสริมที่น่าตื่นเต้นสำหรับคลังเครื่องมือที่มีให้สำหรับการผสมผสาน ช่วยให้ข้อมูล BI ทำได้มากกว่าแค่การประทับตรา an ที่มีโปรแกรมดูรายงาน ลงในหน้า HTML แต่เวลาได้สอนเราว่าไม่มีอะไรได้มาฟรีๆ ความยืดหยุ่นในการนำเสนอข้อมูลนั้นต้องแลกมาด้วยการนำชุดทักษะใหม่มาใช้กับชุดโซลูชัน ปล่อยให้ข้อมูลนี้แช่ในขณะที่ ในรายการต่อๆ ไปในชุดนี้ เราจะมาดูรายละเอียดเพิ่มเติมเกี่ยวกับการใช้ mashup และวิธีการเปรียบเทียบกับตัวเลือกโซลูชันอื่นๆ