ამ კვირაში ჩვენ გადავხედავთ Cognos Mashup სერვისის საფუძვლებს. ჩვენ მას დავყოფთ მის შემადგენელ ნაწილებად, რათა ვნახოთ, როგორ აფასებს მას IBM Cognos შეთავაზებების ნაზავი.
იმისათვის, რომ გამოიყენოთ Cognos Mashup სერვისი, თქვენ უნდა აკმაყოფილებდეთ შემდეგ მინიმალურ მოთხოვნებს:
1. IBM Cognos BI სერვერი 8.4.1
2. კლიენტი, რომელსაც შეუძლია ინტერაქცია SOAP– თან ან URL– ზე დაფუძნებულ სერვისებთან HTTP– ით
Cognos Connection და Cognos Mashup სერვისზე წვდომა შესაძლებელია Cognos კარიბჭის საშუალებით
ავტორების შენიშვნა: გამოიყენეთ მსახიობ რ ლი ერმის ხმა (Gunny from Full Metal Jacket)
მომდევნო რამდენიმე სტატიისთვის მე ვიქნები თქვენი ინსტრუქტორი. თქვენ შეგიძლიათ დამიძახოთ "საბურღი სერჟანტი". მე დაგიმსხვრევთ ახალწვეულებს ქვიშის დაბალ მარცვლეულში და დაგაშენებთ სილიციუმის ლაზერულად ამოტვიფრულ ნაწილებად. თქვენ დატოვებთ აქ იმ ინსტრუმენტებს, რომლებიც გჭირდებათ ბრძოლის ველზე გადარჩენისთვის, რომელიც ცნობილია როგორც Cognos Mashup Service. თქვენ შეძლებთ თქვენი კოდის კოდირებას სახიფათო პერსონალური ვიზუალიზაციის რელიეფის საშუალებით. თქვენ შეძლებთ განასხვავოთ მეგობარი მტრისგან, როდესაც საქმე დიზაინის იდეებს ეხება. თქვენ ალბათ გიფიქრიათ, რომ დაგაკვალიანებთ მარტივი REST სერვისების დაპირებით. მაგრამ ეს არ არის თქვენი დედის დასვენება. შემიძლია მივიღო "YES DRILL SERGEANT!"? ახლა ჩამოაგდე და მომეცი ოცი!
კარგი, ნება მომეცით დავისვენო პერსონაჟისგან, რათა ის პირდაპირ მოგცეთ. ამ კვირაში ჩვენ გადავხედავთ Cognos Mashup სერვისის საფუძვლებს. ჩვენ მას დავყოფთ მის შემადგენელ ნაწილებად, რათა ვნახოთ, როგორ აფასებს მას IBM Cognos შეთავაზებების ნაზავი.
იმისათვის, რომ გამოიყენოთ Cognos Mashup სერვისი, თქვენ უნდა აკმაყოფილებდეთ შემდეგ მინიმალურ მოთხოვნებს:
1. IBM Cognos BI სერვერი 8.4.1
2. კლიენტი, რომელსაც შეუძლია ინტერაქცია SOAP– თან ან URL– ზე დაფუძნებულ სერვისებთან HTTP– ით
Cognos Connection და Cognos Mashup სერვისზე წვდომა შესაძლებელია Cognos კარიბჭის საშუალებით
Cognos Mashup სერვისი შედგება ორი განსხვავებული ნაწილისგან, რომლებიც მუშაობენ პარალელურად, რათა მომხმარებელს საშუალება მიეცეს დაანგრიოს მოხსენების მონაცემები მოხსენების დამთვალიერებლის გარეთ და პერსონალურ ვიზუალიზაციებში. მომსახურების ერთი ნაწილი არის სატრანსპორტო ინტერფეისი და მეორე არის დატვირთვა. ქვემოთ მოცემულ დიაგრამაში ჩვენ შეგვიძლია განვიხილოთ მოთხოვნა როგორც ტრანსპორტი და საპასუხოდ როგორც დატვირთვა.
სატრანსპორტო ინტერფეისი არის საშუალება, რომლითაც ჩვენ შეგვიძლია მოვიძიოთ ანგარიშები. მომხმარებლებისთვის ორი ვარიანტია. ერთი SOAP- ზეა დაფუძნებული და მეორე იყენებს REST სტილის URL- ებს. ორივე ინტერფეისი მუშაობს HTTP– ზე და მსგავსია სტრუქტურაში. ანუ, SOAP სტილის ინტერფეისის თითოეული ლოგიკური ოპერაციისთვის არის შესაბამისი REST სტილში. ზუსტი მეთოდის სპეციფიკაციები აკვირდება იდიოსინკრაზიას არჩეული მოწოდების სტილში. მაგრამ დედააზრი არის ... სისტემაში შესვლის, ანგარიშის გამოძახების, გამომავალი ინფორმაციის და გასვლის შესაძლებლობა ხელმისაწვდომია ორივე ბანაკისთვის.
ასე რომ თქვენ შეიძლება ჰკითხოთ საკუთარ თავს "საკუთარი თავი, რატომ ავირჩევდი ერთს მეორეს?" ხშირად ამაზე პასუხი თავს იჩენს პროექტის ტექნოლოგიისა თუ კონვენციების დათვალიერებისას. მიიღეთ მომხმარებლის მაგალითი, რომელიც მთლიანად შემუშავებულია კლიენტის მხრიდან. ის იყენებს HTML და JavaScript– ს Cognos Mashup სერვისთან ურთიერთობისათვის. ვაკუუმში REST URL– ზე დაფუძნებული ინტერფეისი გაადვილებს ინტეგრაციას. ამის საპირისპიროდ, სხვა პროექტს შეიძლება ჰქონდეს Cognos SDK აქტივები Java servlet- ში. ისინი მიჩვეულები არიან SDK– ის მიერ გამოვლენილ SOAP სტატიებს. უფრო ბუნებრივია, რომ ამ სიტუაციამ დაიხუროს, რომ იყოს საპონი დაფუძნებული მომხმარებელი mashup მომსახურებაზე. პრაქტიკაში ეს ნამდვილად არ იყო რთული არჩევანის ათვისება. როდესაც ვხედავთ ორ არჩევანს, ერთი ყოველთვის უკეთესად ჯდება საერთო გადაწყვეტის გათვალისწინებისას. მცდელობა გამოიყენოს სხვა იგრძნოს იძულებული.
სატრანსპორტო ინტერფეისის მიერ შემოთავაზებული ლოგიკური ოპერაციები მომხმარებელს საშუალებას აძლევს შეასრულოს დავალებები, რომლებიც ორიენტირებულია Cognos ანგარიშებისა და ანალიზის გაშვებაზე. პარამეტრების ნაკრები მომხმარებელს საშუალებას აძლევს გაიაროს ანგარიშის მუშაობის მთელი ციკლი. Ეს მოიცავს:
• ავთენტიფიკაცია
• პარამეტრის დავალება
• ანგარიშის შესრულება (სინქრონული და ასინქრონული)
• საბურღი ქცევა
• გამოყვანის მოძიება
შერევის სერვისი კი გთავაზობთ რამდენიმე სიკეთეს, რომელიც არ არის ხელმისაწვდომი SDK– ს საშუალებით. თუმცა, ჩვენ შევინახავთ ამ დისკუსიას მომავალი სტატიისათვის, რომელიც შევადარებთ და შევადარებთ Mashup სერვისს SDK– სთან.
ახლა ჩვენ გვაქვს ანგარიშების გამოძახების საშუალება HTTP დაფუძნებული სერვისების ნაკრების საშუალებით. რა გამოდის მეორე ბოლოს? ეს მიგვიყვანს შერევის სერვისის მეორე კომპონენტში. შეიყვანეთ… ”დატვირთვა”.
ერთ -ერთი ვარიანტი, რომლის დაზუსტებაც შეგვიძლია მოხსენების სერვისის საშუალებით ანგარიშის გამოძახებისას არის გამომავალი ფორმატი. არსებობს მრავალი ხელმისაწვდომი ვარიანტი, მათ შორის HTML განლაგების მონაცემები XML (LDX) და JSON. არსებობს რამდენიმე სხვა, მაგრამ ეს მოიცავს სპექტრს abroad გრძნობა HTML არის თითქმის ის, რასაც ელოდებით. ისინი ძალიან ჰგვანან იმას, რასაც მიიღებდა მოხსენების დამთვალიერებლის მიერ Cognos Connection– ში ნახული ანგარიშისგან. უფრო პერსპექტიული ფორმატებია LDX და JSON. სინამდვილეში, თუ არსებობს აშკარა დარტყმა Cognos Mashup სერვისის მიერ, ეს არის ამ ორი ფორმატის დანერგვა.
ორივე ეს ფორმატი იძლევა ანგარიშის გამოშვებას პრეზენტაციის ნეიტრალურ ფორმატში. ეს საშუალებას აძლევს მოხსენების მომხმარებელს მიიღოს ინფორმაცია ნებისმიერ ვიზუალიზაციაში, რომელსაც შეუძლია გაიგოს JSON ან XML. ერთი წუთი დაუთმეთ, რომ კვლავ წაიკითხოთ.
ანგარიშის მონაცემები ახლა გათავისუფლებულია Cognos Viewer– ის მიერ მასზე დადებული ბორკილებისგან. ახლა მონაცემებს შეუძლიათ გადაადგილდნენ ისეთ ადგილებში, რომლებიც ადრე არაპრაქტიკული იყო. მაგალითად, მდიდარ ინტერნეტ პროგრამებს შეუძლიათ გამოიყენონ ისეთი ჩარჩოები, როგორიცაა Google Visualization API ან Ext-JS მონაცემების პრეზენტაციის გასაუმჯობესებლად. მობილური ინტეგრაცია ბევრად უფრო ხელმისაწვდომი ხდება, რადგან გამომავალი შეიძლება იყოს ადაპტირებული ამ მოწყობილობებზე. Cognos მონაცემები ნამდვილად შეიძლება დაფარული იყოს გარე წყაროების მონაცემებით. სინამდვილეში, Cognos BI– ს მონაცემები ცოტა ხნის წინ, ველურ ბუნებაში, პოპულარული შინაარსის მართვის სისტემის მონაცემებით ხდებოდა იმავე Ext-JS ქსელში არანაკლებ! სკანდალური! Რას ნიშნავს ეს? ამ შემთხვევაში, მან საშუალება მისცა მონაცემების ორივე ნაკრების მართვა მათი მშობლიური ინსტრუმენტების საშუალებით, ბრაუზერში მათი გაერთიანების რთული ჩანაფიქრის გარეშე.
ქვემოთ მოცემულია მარტივი დაბალი ერთგულების იმიტირება, რომელიც ასახავს არაერთგვაროვან მონაცემთა წყაროებს, რომლებიც იზიარებენ იმავე გვერდს.
ეს მოქნილობა თან ახლავს გარკვეულ კომპრომისებს. ვინაიდან ჩვენ გადადებთ მონაცემების გადაცემას პროგრამის სხვა ნაწილზე, ჩვენ არსებითად გადავცემთ იმ განვითარების ნაწილს, რომელიც ტრადიციულად ხდება მოხსენების ავტორის მიერ ვიზუალიზაციის ტექნოლოგიის ექსპერტად. ძალისხმევა ანგარიშის მონაცემების ვიზუალიზაციაში შეყვანისას განსხვავდება ტრადიციულ Cognos სტუდიებში პიქსელური სრულყოფილი ანგარიშის დაწერასთან შედარებით. პროექტის დამგეგმავებმა უნდა გააცნობიერონ ის გავლენა, რაც მას აქვს განვითარების ვადებზე. ერთი აღმოაჩენს, რომ შეფასებები უფრო ზუსტია, როდესაც შრომის ეს ახალი დანაყოფი მიიღება.
ამ ნაწილისთვის რომ შევაჯამოთ, Cognos Mashup Service არის ამაღელვებელი დამატება ინსტრუმენტების არსენალზე, რომელიც ხელმისაწვდომია ნარევისთვის. ეს საშუალებას აძლევს BI მონაცემებს გასცდეს უბრალოდ ბეჭედს , რომელიც შეიცავს ანგარიშის დამთვალიერებელს, HTML გვერდზე. თუმცა, დრომ გვასწავლა, რომ არაფერია უფასოდ. მონაცემთა წარდგენის მოქნილობა ხდება ახალი უნარ -ჩვევების ნაკრებების გადაწყვეტაში მოყვანის ხარჯზე. დაე ეს ინფორმაცია ცოტა ხნით გაჟღენთილიყო. ამ სერიის მომდევნო ჩანაწერებში ჩვენ უფრო დეტალურად შევეხებით მასიპის გამოყენებას და ასევე იმას, თუ როგორ ემთხვევა ის სხვა გამოსავლის კანდიდატებს.
