השבוע נבחן את היסודות של שירות Mashup של קוגנוס. נחלק אותו לחלקים המרכיבים שלו על מנת לראות כיצד הוא מביא ערך לתמהיל ההיצע של IBM Cognos.
על מנת להשתמש בשירות Cashos Mashup צריך לעמוד בדרישות המינימום הבאות:
1. שרת BI Cognos BI 8.4.1
2. לקוח המסוגל ליצור אינטראקציה עם שירותים מבוססי SOAP או כתובות אתרים באמצעות HTTP
ניתן לגשת ל- Cognos Connection ולשירות Cashos Mashup באמצעות שער Cognos
הערת המחברים: השתמש בקולו של השחקן ר 'לי ארמי (גאני מ קט מתכת מלאה)
עבור המאמרים הבאים אני אהיה המדריך שלך. אתה יכול לקרוא לי "סמל מקדחה". אני אשבור אתכם מתגייסים לגרעיני החול הנמוכים שבאו ומבנים אתכם בחזרה לפיסות סיליקון חרותות בלייזר. תעזוב מכאן את הכלים הדרושים לך כדי לשרוד בשדה הקרב המכונה שירות קוגנוס מאשופ. תוכל לקודד את דרכך דרך שטח הדמיה מותאם אישית. תוכל להבחין בין חבר לאויב בכל הנוגע לרעיונות עיצוביים. יכול להיות שחשבת שתסתבך על ידי ההבטחה לשירותי REST קלים. אבל זה לא המנוחה של אמא שלך. האם אני יכול לקבל "כן מקדח כן!"? עכשיו זרוק ותן לי עשרים!
אוקיי, תן לי לקחת הפסקה מהדמות כדי לתת לך את זה ישר. השבוע נבחן את היסודות של שירות Mashup של קוגנוס. נחלק אותו לחלקים המרכיבים שלו על מנת לראות כיצד הוא מביא ערך לתמהיל ההיצע של IBM Cognos.
על מנת להשתמש בשירות Cashos Mashup צריך לעמוד בדרישות המינימום הבאות:
1. שרת BI Cognos BI 8.4.1
2. לקוח המסוגל ליצור אינטראקציה עם שירותים מבוססי SOAP או כתובות אתרים באמצעות HTTP
ניתן לגשת ל- Cognos Connection ולשירות Cashos Mashup באמצעות שער Cognos
שירות Mashup של Cognos מורכב משני חלקים נפרדים הפועלים במקביל לאפשר לצרכנים לשבור נתוני דוחות מחוץ לצופה הדוחות ולהדמיה מותאמת אישית. חלק אחד של השירות הוא ממשק התחבורה והשני הוא המטען. בתרשים שלהלן נוכל לראות את הבקשה כמשלוח והמשיב כמטען.
ממשק התחבורה הוא האמצעי שבו אנו יכולים להפעיל דוחות. ישנן שתי אפשרויות לשימוש הצרכנים. האחד מבוסס על סבון והשני משתמש בכתובות URL בסגנון REST. שני הממשקים פועלים על HTTP ודומים במבנה. כלומר, לכל פעולה לוגית בממשק בסגנון SOAP ישנה פעולה תואמת בסגנון REST. מפרטי השיטה המדויקים שומרים על הייחודיות של סגנון הפנייה שנבחר. אבל השורה התחתונה היא ... היכולת להיכנס, להפעיל דוח, להשיג את הפלט ולהתנתק זמינה לשני המחנות.
אז אתה יכול לשאול את עצמך "עצמי, למה שאבחר אחד על פני השני?" לעתים קרובות התשובה לכך מציגה את עצמה כאשר מסתכלים על טכנולוגיית פרויקטים או מוסכמות. קח את הדוגמה של צרכן שפותח כולו בצד הלקוח. הוא משתמש ב- HTML וב- JavaScript כדי ליצור אינטראקציה עם שירות Mashup של Cognos. בחלל ריק הממשק המבוסס על כתובת URL (REST) יאפשר אינטגרציה קלה יותר. לעומת זאת, ייתכן שלפרויקט אחר יהיו נכסי SDK קיימים של Cognos ב- servlet Java. הם רגילים לגושי ה- SOAP שנחשפו על ידי ה- SDK. זה מרגיש יותר טבעי שמצב זה נוטה להיות צרכן המבוסס על סבון של שירותי mashup. בפועל זו ממש לא הייתה בחירה קשה לשקלול. כאשר בוחנים את שתי האפשרויות תמיד נראה כי אחת מתאימה יותר כשבוחנים את הפתרון הכולל. ניסיונות להשתמש באחר מרגישים מאולצים.
הפעולות הלוגיות המוצעות על ידי ממשק התחבורה מאפשרות לצרכן לבצע משימות שבמרכזן הפעלת דוחות וניתוחים של קוגנוס. מכלול האפשרויות מאפשר לצרכן לצעוד לאורך כל מחזור החיים של הפעלת הדוח. זה כולל:
• אימות
• הקצאת פרמטר
• ביצוע דיווח (סינכרוני ואסינכרוני)
• התנהגות מקדחה
• אחזור פלט
שירות ה- mashup אפילו מציע כמה דברים שאינם זמינים באמצעות ה- SDK. עם זאת, נשמור את הדיון הזה למאמר הקרוב המשווה בין שירות Mashup לבין SDK.
כעת יש לנו אמצעי להפעיל דוחות באמצעות מערכת שירותים מבוססת HTTP. מה יוצא הקצה השני? זה מוביל אותנו למרכיב השני של שירות ה- mashup. הזן ... "המטען".
אחת האפשרויות שאנו יכולים לציין בעת הפעלת דוח באמצעות שירות ה- mashup היא פורמט הפלט. ישנן מספר אפשרויות זמינות, כולל HTML Layout Data XML (LDX) ו- JSON. יש עוד כמה אבל זה מכסה את הספקטרום ב- abroad לָחוּשׁ. HTML הוא פחות או יותר מה שהיית מצפה. הם נראים מאוד דומים למה שניתן היה לקבל מדוח שנצפה דרך מציג הדוחות בתוך Cognos Connection. הפורמטים המבטיחים יותר הם LDX ו- JSON. למעשה, אם יש פגיעה ברורה בשירות Cognos Mashup, זוהי המבוא של שני הפורמטים האלה.
שני הפורמטים הללו מניבים את תפוקת הדוח בפורמט ניטראלי של מצגת. זה מאפשר לצרכן של פלט הדוח להציג את המידע בכל ויזואליזציה שיכולה להבין JSON או XML. קח רגע לקרוא את זה שוב.
נתוני הדוח משוחררים כעת מהכבלים שהניחו עליו מציג Cognos. כעת הנתונים יכולים לשוטט למקומות שבעבר לא היו מעשיים. לדוגמה, יישומי אינטרנט עשירים יכולים להשתמש במסגרות כמו ממשק API של Google Visualization או Ext-JS כדי לתבל את הצגת הנתונים. אינטגרציה ניידת הופכת להרבה יותר ניתנת להשגה מכיוון שניתן להתאים את הפלט למכשירים אלה. ניתן ליישר באמת את נתוני קוגנוס עם נתונים ממקורות חיצוניים. למעשה, נתונים מ- Cognos BI נראו לאחרונה, בטבע, כשהם מתגלגלים עם נתונים ממערכת ניהול תוכן פופולרית באותה רשת Ext-JS לא פחות! שערורייתי! מה זה אומר? במקרה זה, היא אפשרה לנהל את שתי מערכות הנתונים באמצעות הכלים המקוריים שלהן ללא תהליך מורכב מורכב לאחד אותן בדפדפן.
להלן מדגם פשוט של נאמנות נמוכה הממחיש מקורות נתונים הטרוגניים המשתפים את אותו הדף.
גמישות זו מגיעה עם כמה פשרות. מכיוון שאנו דוחים את העברת הנתונים לחלק אחר של היישום אנו בעצם מעבירים חלק מהפיתוח המתבצע באופן מסורתי על ידי כותב הדוח לאדם המומחה בטכנולוגיית ההדמיה. המאמץ לשזור את נתוני הדוח לוויזואליזציה ישתנה בהשוואה ליצירת דוח מושלם של פיקסלים באולפני Cognos המסורתיים. מתכנני הפרויקטים צריכים להבין את ההשפעה שיש לזה על לוחות הזמנים של הפיתוח. תגלו שההערכות מדויקות יותר כאשר מתחלקים לחלוקת העבודה החדשה הזו.
לסיכום היצירה הזו, שירות Mashup של קוגנוס הוא תוספת מרגשת לארסנל הכלים העומד לרשות התערובת. זה מאפשר לנתוני BI לעבור מעבר להחתמת רק , המכיל מציג דוחות, לדף HTML. עם זאת, הזמן לימד אותנו ששום דבר אינו בחינם. גמישות הצגת הנתונים באה על חשבון הבאת ערכות מיומנות חדשות למערך הפתרונות. תן למידע הזה להשרות לזמן מה. בערכים הבאים בסדרה זו ניכנס לפרטי פרטים נוספים בנוגע לשימוש ב- mashup, כמו גם לאופן שבו הוא מסתדר מול מועמדים אחרים לפתרון.
