סרטוני מידע על EMBEDDED BI, הסבר מפורט והשוואת תכונות בין מערכות שונות

כמובן שבפרק הזה אנחנו מתייחסים ל Simmbi , ספציפית, אז אני אעבור על התכונות של Simmbi . כמובן שאפשר באותה מידה על הפרמטרים האלה לבחון כלים אחרים, בהשוואה. הפרק הזה הוא על Simmbi . אז, קלות שימוש וידידותיות למשתמש. השימוש פה זה אחד מגולות הכותרת, כלי מאוד קל לשימוש. האם יש אחריות יצרן בSimmbi ? כן. תלוי כמובן בהסכם בחוזה שאתם חותמים. קלות לבצע אמבדד ולהעביר פרמטרים. מאוד קל, אחד הכלים היותר קלים. אני יכול להגיד לכם שעשינו את זה כבר גם עם ילופין ופרו בי איי ומטאבייס. ומהבחינה הזאת היא אחד הכלים. הכוונה היא בעצם מה אומר הסעיף. אם פיתחנו לדוגמה בSimmbi דאש בורט, ואנחנו רוצים עכשיו שהוא יישב בתוך המערכת שלנו כאייפרן, כחלון בתוך המערכת שלנו, אז יהיה לנו קל להעביר פרמטרים ולכניס אותו כאייפרן עם API וטוקן בצורה מאוד ידידה. הנושא הרביעי הוא קלות הפיתוח. אז גם קל מאוד לפתח, כמובן למישהו שהוא בעל רקע בפיתוח דשבורדים בדוחות. יותר קל לדעתי מאשר לדוגמה הזמן שלוקח ללמוד איך לעשות את זה בפאור בי איי. כמובן שכל הכלים האלה נועדו לקלות שינוי. הנושא החמישי הוא סלף סרוויס. לדוגמה קליקמו ילופין הוא כן, רב-לשוני אוטו דה בוקס. קליקמו לדוגמה מטאבס פחות. הנושא השביעי הוא התקנה. ציף 8 מדבר על התקנות מרובות. כלומר, האפליקציה שמותקנת און פרמיס יכולה להיות מותקנת אצל הרבה מהלקוחות שלכם. בחלק מהסופטוור הזה סרוויסט מהסאס, המערכת שלכם מותקנת אצל כל לקוח שלכם בנפרד. כלומר, אין-אאוס בתוך האון פרמיס של הלקוח מתקינים עכשיו המערכת ואם יש לנו 100 לקוחות, יש לנו 100 התקנות של המערכת שלנו פיזית אצל כל אחד מהלקוחות. רוב כלי ה-BI לא תומכים באופציה הזאת. בסים-BI יש את האופציה להתקין אייג'נט עבור כל לקוח ועדיין לנהל את הנושא בענן. זה יתרון ענק שלא קיים במקום אחר. לפחות לא שאני מכיר. ציף 9, האם אני צריך בסיס נתונים עבור המערכת עצמה? רק חלק מכלי ה-BI, כשאנחנו מתקינים אותם, אנחנו צריכים לתת להם גם בסיס נתונים שהוא רפוזיטורי, על מנת שהם ינהלו את עצמם. כל דוח שאתם בונים או דשבורד, כל לקוח או יוזר חדש שאתם מוסיפים למערכת צריך להכניס את הפרטים שלו גם לבסיס הנתונים של מערכת ה-BI כדי שהוא כמובן יוכל לתפקד. והמידע הזה נשמר בעוד דאטאבייס שנועד נטו רק למערכת עצמה. אז בסים-BI אין צורך בבסיס נתונים כזה. המידע כולו נשמר בענן של סים-BI. בכלים אחרים צריך רפוזיטורי נוסף, בדרך כלל איזה פוסטגרס או SQL Server כדי שישמר שם המידע. זה אומר שאתם צריכים פחות תחזוקה על העולם ה-BI שלכם. סייפה הסטירי הוא כמות נתונים גדולה ורענון. הדוגמה שאני רוצה לתת פה היא לא ביג דאטה של סנסורין שמייצרים מיליוני רשומות ביום. במקרה הזה סביר מאוד להניח שנצטרך לעשות פעולות TLT, TL, כל מיני פעולות שממשגות דאטה מכל מיני מקומות עם כלים יותר רובסטיים, יותר משמעותיים. די-רקט זה אומר שמתשאלים את בסיס הנתונים ישירות. זאת אומרת שנשאלת שאילתת SQL מול דאטאבייס, ואם הדאטאבייס הוא לא מספיק חזק ביחס לשאילתה שאנחנו שואלים טבלאה לדוגמה של 100 מיליון רשומות, אז תהיה לנו פה בעיה משמעותית בביצועים. לחלקם יש כמובן קאשינג ויכולות אחרות. בסים-BI זה מאוד פשוט ונוח, ספציפית אם אני משווה את זה. נושא מספר 11 זה הבטחה. אז אני מקריא לכם את האתר עצמו של סים-BI, כיוון שהמוצר מודכן אצל הלקוח והנתונים לא יוצאים החוצה, אלא באופן חלקי בלבד לטובת הצגתם. זה אומר שהמידע עצמו לא עובר לענן כפי שקורה בכלים אחרים. זה מתוך האתר של המוצר. כמו כן בסים-BI אפשר להגדיר white IP. זאת אומרת שאני יכול להגדיר שמי שיכול לפתוח את הדשבורדים יכול לעשות את זה רק מ-IP מסוים ככה, שאם הסופטואר הזה סרוויסט שלכם הוא מ-IP ספציפי, אז אתם יכולים לחסום גישה לדשבורדים שמגיעים דרך סים-BI מהענן. אני כמובן לא בחנתי את כל הכלים בשוק. יש עשרות, אולי אפילו מאות. כמובן שהנתונים שאני מראה לכם עכשיו נכונים להיום, על בסיס האתרים שלהם, במקורותיו ובאינטרנט. הכל כמובן יכול להשתנות עם הזמן, כולל הפיצ'רים של הכלים וגם המחיר. התהשוואה שאני עושה היא בעיקר עבור Embedded BI ללקוחות SMB, לא עבור לקוחות אנטרפייסט. אני חושב שבעולם Embedded BI-BI לסמול מיליון ביזנסס, אין תחרות למחיר של סים-BI, נכון להיום כמובן. אז כמובן שיש עוד תכונות נוספות, אבל קיבלתם כיוון כללי, גם איך עושים השוואה, כמובן שאם אתם צריכים השוואה יותר משמעותית, אתם תמיד יכולים לפנות לאינפלו, אלנור, ונוכל לעשות השוואה עבורכם. אז אם נסכם את התכונות, אז איפה הייתי בוחר ואיפה לא הייתי בוחר סים ביי, אז אם אני מחפש כלי שהוא קל לשימוש, יש לו אחריות יצרן, קל לבצע בו אמבידיד ביי, וקל לפתח בהודכות כארגון שיודע לפתח, אז הייתי לוקח. כמובן אם המחיר, אם אני לא עדיש את המחיר, הייתי לוקח את סים ביי. אם אני צריך סלף סרוויס, זאת אומרת שהיוזרים שלי צריכו לבנות דוחות לבד בכלי, אז לדעתי סים ביי פחות מתאים לזה. ההתקנה של הכלי מאוד נוחה וידידותית, איפה עוד לא הייתי לוקח את זה בנושא ההתקנה, אם הארגון שלכם לא מאפשר להוציא את הדאטה לענן בכלל. אם אתם ארגון ביטחוני, אתם ארגון רפואי, כל ארגון שכנראה לא מוכן שהמידע שלו איכשהו יגיע מענן והכל חייב להיות און פרמיס, אז סים ביי לא יתאים לכם. אם יש לכם ביג דאטה, כמויות של דרות של דאטה, אז יכול להיות שסים ביי יתאים לכם, אבל יצטרכו לבצע תהליכים שמחוץ לכלי, על מנת להביא את המידע למצב שבו סים ביי יוכל לעבוד איתו, כלומר הוא לא יכול להיות נטו ישירות מול הדאטה. אני מקווה שעכשיו יש לכם תמונה יותר טובה על נושא ההמבדד, ואתם מבינים את הצירות שלכם בנושא, אז תודה על ההקשבה.