להסיר: המארח אריק קוואנה דן בניהול הביצועים של PeopleSoft עם מאט סארל וביל אליס בפרק זה של הוט טכנולוגיות.
אריק קוואנה: בסדר, גבירותי ורבותי. שלום וברוך שוב שוב. זה יום רביעי בשעה 4 בצפון מזרח, ובשנים האחרונות זה נועד בעולם הזה של IT ועסקים גדולים ונתונים, הגיע הזמן לוט טכנולוגיות. אכן כן, שמי אריק קוואנה. אני אהיה המנחה שלך לאירוע של היום.
נדבר על המערכות המנהלות עסקים, אנשים; אנחנו מדברים על PeopleSoft, כיצד לנהל את הביצועים של סביבות מורכבות. אני תמיד רוצה להזכיר, אתה משחק תפקיד גדול באירועים האלה, אז אל תתביישי. שאל את שאלתך בכל עת; אתה יכול לעשות זאת באמצעות חלון הצ'אט או בשאלות ותשובות - כך או כך הוא עובר. אשמח לשמוע מה אתה רוצה לדעת וזו הדרך הטובה ביותר; אתה מקבל את התמורה הטובה ביותר לזמנך. אנו מבצעים ארכיב של כל שידורי האינטרנט האלה להאזנה מאוחרת יותר, אז רק יש לזכור זאת.
אם מערכות פועלות לאט, רק קחו בחשבון איך החיים היו פעם. התצלום הזה הוא למעשה משנת 1968, באדיבות גברת בשם דנל, ואני חייב לומר שזו באמת תזכורת בולטת לכמה דברים השתנו. העולם נעשה מורכב להפליא וכמובן שצרכים עסקיים וחוויית משתמש נוטים ללכת יד ביד. אבל בימינו, יש קצת ניתוק. יש אי התאמה, כמו שאנו אומרים לעיתים קרובות, והעובדה היא שאנשי עסקים תמיד רוצים דברים יותר ויותר מהר, צוותי IT שצריכים לספק הם אלה שמופעלים תחת לחץ כדי לבצע את העבודה וזה עולם אינטנסיבי בחוץ.
אני חייב לומר, התחרות התחממה בכל מקום. אם אתה מסתכל רק על ענף כלשהו, אתה יכול לראות שיש התפתחויות גדולות בימינו - אמזון קונה Whole Foods, למשל. אתה יכול להיות סמוך ובטוח שענף המכולת עוסק במבט קשה בזה.אנו רואים את זה בכל מקום, כך שבאחריות המנהיגים העסקיים לוודא שהם מבינים כיצד לעשות - והנה מילת המפתח בימינו - להפוך דיגיטלית, כיצד לעבור מעבר למרכזיה הישנה למערכות חדשות וחזקות הרבה יותר. על זה נדבר היום.
אחד הנושאים שעומדים בפני ארגונים רבים, במיוחד כאלה שקיימים כבר זמן מה, הם מערכות מורשת אלה. זה מיינפריים ישן של יבמ מהיום. יש מערכות מורשת בכל מקום. אחת הבדיחות היא שמערכת מורשת היא מערכת שנמצאת בייצור, כלומר ברגע שהיא נכנסת לייצור, טכנית היא מערכת מורשת. תמיד יהיו דרכים חדשות לעשות דברים.
ויש כמה התפתחויות מאוד מעניינות בשנים האחרונות לגבי מציאת דרכים ליישב למעשה מערכות כדי לאו דווקא לשפר את הביצועים של מערכת אחת, אלא למצוא דרך ליצור סוג של מסירה או טקטיקה מחוץ לטעינה כדי לטפל בביצועים. בדרכים אחרות. היום, נדבר יותר על איך לשפר את הביצועים של מערכת כמו PeopleSoft, שהיא כמובן מורכבת להפליא. אך כאשר נעשה זאת היטב, כשהיא נטענת, כשהיא מיושמת, כאשר היא מנוהלת היטב, היא יכולה לעשות דברים נפלאים. אבל כשזה לא מצליח טוב, זה כאשר יש לך כל מיני בעיות.
אז מה קורה? אתה צריך להיות מציאותי לגבי דברים ובכל סביבה, אם המשתמשים לא משיגים את מבוקשם, במוקדם או במאוחר הם עוברים למערכות צל. זה קורה כל הזמן. מערכות צל יכולות להיות מאוד פרודוקטיביות, הן יכולות לעזור לאנשים לבצע את העבודה. אבל כמובן שיש המון סוגיות. בהחלט בכל תחום הציות והרגולציה, מערכות צל הן לא גדול. אבל הם שם בחוץ ולדעתי חשוב לזכור שהמערכות שלך, אם המערכת העיקרית שלך לא עובדת במהירות או לא עובדת ביעילות, במוקדם או במאוחר יתקיימו דרכים לעקיפת הבעיה ודרכים לעקיפת הבעיה יכול להיות קשה מאוד לחשוף, הם יכול להיות קשה לשקיעה מכיוון שהם בסופו של דבר להיות קריטיים לעסק. הם יכולים להיות קשים לשילוב, אז רק קחו בחשבון שזה שם בחוץ וזו רק סיבה נוספת לשפר את הביצועים.
רק לאחרונה שמעתי על הביטוי הזה ואני צריך לזרוק אותו לשם: "עריצות הדחיפות." אני חושב שרק לשמוע שאתה בטח יודע על מה אני מדבר ומה קורה ברוב הארגונים זה עומס העבודה מגיע למסה קריטית. , ואנשים עושים כמה שהם יכולים, וזה נהיה קשה מאוד לשנות משהו. אתה בסופו של דבר סובל מ"עריצות הדחיפות "- הכל צריך להיעשות מייד. ובכן, שדרוג מערכת לא קורה מייד.
כל מי שאי פעם עבר שדרוג ERP מגרסה אחת לגרסה אחרת יודע שזה תהליך יחסית כואב, אז רק יש לזכור את זה: אם אתה רואה את זה בארגון שלך, הכיר אותו. אני מקווה שתצליחי לעבור למישהו או אם אתה אדם בכיר כמו CIO או CTO או מנכ"ל, להכיר בכך שזה תרחיש מסוכן מאוד מכיוון שברגע שאתה מאחורי הכדור שמונה, באמת קשה לצאת מאחורי כדור שמונה.
זה כמו כל מרתון המרתון: אם אתה מתרחק הרחק מאחור במירוץ מסוג כלשהו וכולם לפניך וכולכם עדיין רצים, זה יהיה ממש קשה להתעדכן אם תיפול רחוק מדי מאחור. אז פשוט היזהרו ותזכרו זאת.
ועם זה אני הולך למסור את זה למאט סארל כדי לתת לנו כמה תובנות כיצד להתמודד עם המורכבות עם סביבות PeopleSoft. מאט, קח את זה.
מאט סראל: אוקיי, תודה, אריק. שלום לכולם. וכך, בוא נראה, אני מתחיל לספר לך למה אני חושב שאני האדם הנכון לדבר איתך על ניהול ביצועים. אז יש לי ניסיון של 30 שנה בטכנולוגיה. אני די רוצה לומר שעבדתי בדרך דרך להיות ידיים, מנהל רשת, מנהל IT, סמנכ"ל הנדסה בזוג סטארט-אפים. ואז עשיתי את המעבר הזה להיות מנהל טכני ב- PC Mag. יש את התמונה שלי שם, אבל בעיקרון אני נראה כמו ילד קטן.
ואז המשך להיות עיתונאי במגוון פרסומים שונים כמו eWeek ו- InfoWorld, להיות אנליסט ב- Gigahome, ליצור קשר עם קבוצת Bloor ולנהל גם ייעוץ. ויש לי: התמונה הזו משמאל היא איך אני נראית עכשיו. תמונה זו באמצע היא בדיוק המקום שבו אני מאושרת מאוד - בחדר מלא חוטים ואורות מהבהבים, ואיפה הקור שלה - היא חייבת להיות קרה מאוד וכל השאר צריכים להרגיש לא בנוח כדי להרגיש בנוח בטמפרטורה. ויש פרטי הקשר שלי, אם יש לך שאלות המשך.
אני רוצה לשים כאן את הבמה ופשוט לדבר על ביצועים, כמו שאריק דיבר עליו. נכנסנו לעולם הזה שבו למשתמשים יש את הציפייה הזו שהוגדרה על ידי אפליקציות ואתרי צרכנים. ואנשים היו מוכנים ללכת לעבודה ולשבת שם ולחכות למערכות שלהם כי זה מה שהם היו צריכים, ועכשיו אנשים לא ממש מוכנים לשבת שם. אז זו השאלה אם הם רוצים שהאופנוע הזה יעוף סביב המסלול. הם בטח לא רוצים שהבחור ירכב על אופניו ויסחב את בתו לבית הספר. אבל את מי אתה מתכוון לספק?
וזה קשה כיוון שבאמת הייתי די נדיב עם זה עד שלוש שניות טובות - אנשים רוצים גם תגובה מיידית, והם רוצים גישה מכל מקום. כי בכל מקום יכול להיות בכל מקום בבניין שלך או בקמפוס שלך, או שהוא יכול להיות בכל מקום בעולם בכל עת תלוי כמה טוב העסק שלך עובד. ואני מניח שמה אני בונה, שכשמדברים על ביצועים, חשוב לחשוב על ביצועים מזווית חווית המשתמש.
חשוב להגדיר יעדי ביצועים לפני מדידה וכוונון. יש לי תמונה זו של מקלט ואז מקלט. הגבר בפועל שמקבל מקלט, הוא צריך לדעת למה הוא מכוון או אין טעם ממש לשים את ידיו על הפסנתר ולכוון אותו. אז הגדרת יעדים לפני כן, זה לא ישמור על כך אמיתית במקום להתאים יעדים להתאמה למצב הנוכחי. חשוב לפקח על ערכים לאורך זמן ולהבין כיצד מערכות משתנות עם ביצועי היישום של עומס המשתמש, המושפעות מסצינות משאבים ודפוסי שימוש.
חשוב תמיד לתאם את כל זה לחוויית משתמש או אירועי תמיכה, לקבוע קו בסיסי לביצועים שאתה מצפה שתוכל לספק וכאשר אתה מתקרב לסטיות מאותו קו בסיס, יש התראות פרואקטיביות כדי שתוכל לנקוט בפעולה לפני שאנחנו פגע בסטטוס "נכשל לוויתן". ואתה יודע שדורש את היכולת להיות מסוגל לקבוע את גורם השורש של נושא הביצוע ולטפל במהירות ובקלות רבה. ושוב, זה מוקדם יותר, כן ייטב, נכון?
אנו יודעים, מההיסטוריה של העבר על מאמצי פיתוח, ככל שתוכלו למצוא ולפתור בעיות ביצועים מוקדם יותר, כך תוכלו להיות טובים יותר. אם אתה ממתין עד שכל הקוד או המערכת שלך יתחיל לבדיקת ביצועים או כדי להתחיל לגלות בעיות, אני לא אומר שזה מאוחר מדי, אבל שוב, עכשיו אתה הבחור שהתחיל רע במרתון ועכשיו אתה משחק לתפוס -מקום לקפוץ ישר החוצה ולהתקדם. אז איך עושים זאת? האם אתה צופה את הממוצע שלך ואת העומס השיא שלך?
ואתה ממשיך לגודל את השרתים הפיזיים שלך או את השרתים הווירטואליים שלך או את המקרים בענן שלך או את המכולות שלך ואת משאבי המכולה שלך ואז להפעיל הוכחת מושג ולהפעיל טייס? אלה הזמנים שבהם זה סוג, סוף המקום בו תרצו לתפוס משהו, למרות שעדיין מוטב לכם לתפוס אותו בייצור מאשר להתעלם ממנו בייצור. אבל באמת, כשאתה בפיילוט שלך כבר היית צריך לבסס את המתודולוגיה והנהלים שלך סביב ניטור ושיפור מתמיד.
אוקיי, אז הרבה חברות - אנחנו מדברים על טרנספורמציה דיגיטלית. DevOps, במהפכת DevOps ממלאת תפקיד עצום באותה טרנספורמציה דיגיטלית. וזה תהליך מקצה לקצה שבאמת לא מפסיק. אז זה כמו שתי הידיים שמציירות זו את זו, וזה דברים טובים. זה לולאה אינסופית בין שתי הידיים הללו של תכנית, קוד, בנייה, בדיקה, שחרור, פריסה, הפעלה, פיקוח, חזרה לתכנון. זה מזין את עצמו ואנחנו אוטומטיים אותו כך שהוא יעבור במהירות. זה יוצר לולאת משוב של ניטור ביצועי ייצור והיא משתמשת בו כדי לחשוף באופן יזום בעיות ביצועים ולתקן אותן לפני שהן משפיעות על כל בסיס המשתמשים שלך.
ודבר נוסף, כעת, אחרי שיש לך את זה, מפתחי IT וצוות התפעול עוברים במהירות רבה ומתיישרים, אתה יכול גם ליישר בקלות את המאמצים האלה גם עם הצוות העסקי. ביצועי תוכנה ארגונית הם חיה מורכבת. אפשר לדמות את זה לקבוצת כדורגל שיושבת מול לוח גיר שמכוונת, והכל עובד בנפרד והכל עובד יחד. אני תמיד חושב על זה כסיפור הישן של השגתי את המכונית הראשונה שלי ותיקנתי דבר אחד. תיקנתי את המזגן ואז מה שקרה הוא שאז שאר מערכת הקירור נכשלה. אז יש לך נקודות כאב וכל דבר שהולך ביחד ועושה התאמות. אתה צריך לארגן את הכל בצורה כזו ולבנות את התהליכים כך שכשאתה מבצע את השינויים שלך, אתה מבין איך הכל משפיע על כל השאר.
וגם להיות זהיר ולבדוק שוב. בדיקה, ביטול, יישום. ושוב אנו מגיעים לנושא זה של בניית תוכניות פיקוח רצופות ושיפור ביצועים. וזו, למעשה, השקופית האחרונה שלי. בזמן שאנחנו מדברים על המורכבות הזו, וזה מורכב יפה כמו החלק הפנימי של השעון הזה, יש לנו כל כך הרבה קטעים מעבירים ל- PeopleSoft. כל דבר משפיע על כל השאר לאורך הערימה. ויש כל כך הרבה מקומות שונים שבהם אתה יכול לחפש מפתחות לבעיות ביצועים שאתה יכול בקלות ללכת לאיבוד ללא הכלי המתאים וללא התהליך הנכון. ושוב על הכל, במקרים רבים מה שלדעתי למדנו הוא שתוכל לפתור תשתיות, אך המשתנה העצום הולך להיות קוד היישום המותאם אישית שלך. וכך התהליכים הנכונים במקום לבדיקה ושיפור מתמיד של קוד היישום שלך הם המפתח.
וכך זה בסוף החלק שלי, ואעביר את זה לביל.
אריק קוואנה: בסדר, ביל, תן לי לתת לך את המפתחות של ה- WebEx כאן. אני אוהב את המורכבות היפה הזאת - זה נחמד. היו לך שם ציטוטים ממש טובים, מאט. בסדר, ביל, קח את זה משם. עבור אל "התחלה מהירה" אם אתה רוצה לשתף את המסך שלך. כולכם.
ביל אליס: תודה, מאט, ותודה, אריק. רק כדי לאשר, האם כולכם יכולים לראות את המסך שלי עכשיו?
אריק קוואנה: אכן כן.
ביל אליס: אז נדבר על המוצר של IDERA Precise for PeopleSoft ועל הנראות שהם יכולים לספק כדי לעזור לך להצליח בניהול ערימת היישומים המורכבת. דרך למצב את הקושי היא שאפליקציה אחת, מינימום של שש טכנולוגיות, משתמשי קצה רבים והיא מקשה מאוד לענות על שאלות פשוטות אפילו. האם למשתמש הקצה יש בעיה? מיהו משתמש הקצה, מה הם עושים, מהי גורם השורש?
מה שאנו רואים בדרך כלל זה מצב זה - וזה יכול לחול על PeopleSoft כמו גם על יישומים אחרים או על PeopleSoft המקיימים אינטראקציות עם יישומים אחרים - הוא נמצא בתוך מערכי הנתונים, או שזה יכול להיות הענן בימינו, למשתמש קצה לא ממש אכפת ממנו המורכבות הזו. הם רק רוצים להשלים את העסקה, גישות, בדיקת מלאי, כרטיס זמן לדיווח, סוגים כאלה. אם הדברים אטים או שאינם זמינים, בדרך כלל כל האנשים האינטליגנטים האלה, המיועדים היטב, אינם מודעים עד שמשתמש הקצה מתלונן.
זה סוג של פער נראות ממש שם, ואז מה שיכול לקרות הוא שזה יכול לבעוט בתהליך זמן רב ומתסכל בו אנשים עשויים לפתוח כלי והם מסתכלים, למרבה הצער, רק על תת-ערכה של ערימת היישומים. הקושי לענות על השאלות הבסיסיות הללו נשאר עדיין.
והרבה פעמים יתכן שיש בעיה ותעבור למנהל WebLogic והוא יגיד, "ובכן, הזיכרון, אוספי האשפה כולם נראים נהדרים. אני באמת לא חושב שזה WebLogic. "אתה ניגש למנהל DBA והם אומרים," ובכן, מסד הנתונים, הוא פועל בדיוק כמו שהיה אתמול. העשירייה הראשונה נראית טוב. אולי מנהל האחסון פגע בך עם ערכים כמו I / Os לשנייה או תפוקה, שהם מדדי רמת פריים ואולי לא ישקפו על היישום הספציפי שלך, הרבה פחות על בסיס הנתונים או על התהליך הספציפי. "
וכך לכולם יש את המדדים האלה שמראים כי הבעיה קיימת במקום אחר, ובכל זאת, משתמש קצה זה נתקל בבעיה או דיווח על בעיה, אך כיצד נוכל לפתור את הבעיה בצורה טובה יותר? והדרך הטובה יותר, הדרך המדויקת - או זו דרך אחת שאנו מציעים - היא למדוד עסקאות משתמשים המתחילות בדפדפן דרך הרשת, לשרת האינטרנט, לג'אווה ג'ולט, לטוקסידו, למסד הנתונים כולל DB2 ואז לבסוף לאחסון.
ומה שהדבר מראה שהזמן הכולל אומר "נו, למי יש בעיה?" ואז נוכל לזהות את משתמש הקצה על פי האופן בו הם חתמו ל- PeopleSoft ואנחנו יכולים גם לתפוס באמצעות תרגום הטוקסידו את מה ש- PeopleSoft מבצעים.
אז התזמונים מוזנים למאגר היסטורי שאנו מכנים את מאגר ניהול הביצועים וזה הופך ליצירת מוסיקה אחת שמפשטת מאוד את מי, מה, מתי, איפה, למה. המדויק כולל גם המלצות. כנראה שהדבר החשוב ביותר הוא מכיוון שאנו תופסים את כל המידע כל הזמן - הן ברמת צוות ה- IT הטכני - אתה יכול למדוד את הקודם וגם את זה. כך שתוכלו להביא מדידה לפי מדידה או Six Sigma לכל פעולת הביצועים.
וכך ניתן להסתכל על "יום בחיים". ראשית, אולי תפתח את מסך ההתראה המדויק וכאן אתה הולך לקבל אזהרה מוקדמת. ההתראה העליונה היא שיש לך התראות על פעילות. כך שמשתמשים מבצעים עסקאות ואנחנו בעצם לא עומדים ברשימות הביצוע שלנו. באופן דומה, יש לנו סטטוס כשזמינות - וזה בעצם אומר שחלק מתשתית היישומים שלנו אינו זמין - כך שאנו יכולים להיכנס פנימה ואנחנו באמת יכולים לראות כיצד מופיעים טוקסידו בצורה ואפשר ממש לראות את אחד המקרים מושבתים. כל הפעילות נדחפת למופע אחד זה צריך להתמודד עם זה. בעצם יצרנו צוואר בקבוק.
כעת, ממש כעניין, לפעילות הפועלת בנושא זה, תוכלו למעשה להתחיל להגיע לממצאים שלמרות שיש לנו נושא התשתיות הכולל הזה, יש דרכים לשפר את יעילות העיבוד בתוך JVM ספציפי זה עבור WebLogic. וכאן באמת יש כאן דבר חשוב: הרבה פעמים אנשים עוברים לענן והם אומרים, "ובכן כמה מעבד וכמה זיכרון אתה צריך?"
ובכן, הצד השני של המטבע הידוע כקיבולת הוא יעילות העיבוד. אם אני משתמש בפחות זיכרון, אם אני משתמש במעבד פחות, אני פשוט לא צריך יותר מדי. וכך כמו שמאט אמר קודם, הכל קשור. עכשיו מה שאני יכול לעשות זה שאני יכול לפתוח את מסך העסקאות של PeopleSoft ובמסך, ציר ה- Y הוא זמן תגובה, ציר ה- X הוא זמן לאורך היום.
יש לנו כאן תרשים עמודות ערימה שמראה את זמן הלקוח. זה בעצם הדפדפן, שרת האינטרנט. הירוק הוא זמן Java, סוג הוורוד הוא טוקסידו, הכחול כהה הוא זמן מסד הנתונים. פרופיל זה לא קרה מעצמו; זה קרה בגלל הלוחות הספציפיים של PeopleSoft - הם הוצאו להורג והם מוצגים בפניך בזמן תגובה. יש למעשה תזמון של כל שלב בתוך היישום וכן גרף סרגל ערימה המציג את היישום כאן פאנל אחר פאנל. אני גם מסוגל להיכנס לחיפוש ולמצוא משתמש מסוים או לדרג את המשתמשים שלי.
מסך זה מאפשר לי לציין משתמש מסוים לפי שם כניסה. חשבו על כמה זה מדהים או כמה זה חזק. פעמים רבות, לא מדובר רק בתשתית ואופן ההתקנה שלה, כיצד משתמשי הקצה משתמשים במערכת. יתכן שיש לך שכירה חדשה או שמישהו יש פונקציה חדשה לעבודה: יתכן שהוא לא יודע להשתמש נכון ביישום. זה יכול למעשה לעזור בזיהוי הזדמנויות אימונים.
הצד השני של המטבע הוא אם אוכל להתמקד למשתמש מסוים - כאן אני מסתכל על אותו משתמש בעסקאות הספציפיות שלו וזמן התגובה שהם חוו - אני יכול להתייחס ישירות לחוויית המשתמש של משתמש מסוים. זה כבר לא קשור לערכים גנריים ברמת המערכת, זה לא על חווית משתמש הקצה וזה מאוד עוצמתי. חלקים מהסביבה שלך בהחלט יהיו פנימיים, HR וכו '. יכולים להיות חלקים אחרים שעומדים בפני הלקוח. כך או כך, אתה רוצה לספק את חווית הלקוח הטובה והפרודוקטיבית ביותר האפשרית.
עכשיו עבור פאנל מסוים, אני יכול להיכנס ולהתעמק כדי לענות על שאלות. אז זהו סוג של צלילה עמוקה שאנו יכולים לעשות בכדי לחשוף את המתרחש ואתם עשויים לעשות את הצלילה העמוקה הזו לפני שתתקשרו למשתמש קצה או אם משתמש קצה היה מתקשר אליכם, הייתם יכולים להתחיל תהליך לומר, "ובכן איפה בדיוק שורש השורש?" וזה לא יהיה כמו שימוש במעבד וביטול, זה יהיה בקוד היישום שהם מבצעים.
בואו נסקור ונבחן את ניהול התוכן ההוא ותוכלו למעשה לראות ניתוח של אותה עסקה: הפעלת הדפדפן, נקודת כניסה לשרת האינטרנט בג'אווה ג'ולט ולמעשה הראינו קוד שמוצא לפאנל טוקסידו, סוף סוף להצהרת SQL שבה Precise חושף את הצהרת SQL שמבוצעת על ידי פאנל PeopleSoft הספציפי הזה.
לכל מי שאנחנו מדברים יש כלים, אבל מה שאין להם זה קון. חיבור הנקודות או מעקב אחר העסקה מהדפדפן עד להצהרת SQL הוא con. מה שזה עושה עבור, כמו ה- DBA שלך, הוא לא להסתכל על דברים במופע או ברמת מסד נתונים, עכשיו אני יכול לחקור ברמה של הצהרת SQL.
אז אני יכול לומר, "ובכן מה הם צווארי הבקבוק עבור הצהרת SQL פרטנית", וזה חזק מאוד. אנא קח בחשבון שעסקה זו אינה יכולה לרוץ מהר יותר מהצהרת SQL וכל עסקה עסקית משמעותית מקיימת אינטראקציה עם מערכת הרשומות. מסד הנתונים, אם תרצה או לא, הוא הבסיס לביצועים, ואם אני יכול להיות כה פרטני להתמקד בהצהרות SQL בודדות שחיוניות לעסקה עסקית, אני באמת יכול לקחת את המשחק שלי לשלב הבא.
דבר נוסף שייתכן שתבחין כאן הוא שיש חישוב תרומה באחוזים ש- Precise מספק. הדפדפן עצמו הוא למעשה חלק משמעותי מערימת האפליקציות.יש לך ביצוע JavaScript, יש לך זמן עיבוד, יש לך רכיבי עמוד, GIF, JPEG. ואתה בעצם מגלה שהאפליקציה שלך עשויה להתנהג בצורה שונה מאוד תחת Chrome לעומת IE וגרסאות שונות. מדויק יוכל להראות זאת גם לך ויכולים להיות זמנים שבהם יש למעשה צוואר בקבוק או טענה בתוך הדפדפן שיכולים לגרום לדברים הקפואים של המסך.
היכולת לזהות שמאפשרת ל- IT לא לנבוח את העץ השגוי, אלא לטפל בשורש היסוד של סוגיות שונות שיכולות להתעורר. עכשיו מה שאני יכול לעשות זה להצהרת SQL מסוימת, אוכל לנתח בדיוק מה קורה באותה הצהרת SQL. אז הנה צנחנו לתצוגת מומחי מסד הנתונים.
אחד הדברים המבדילים את מדויק ברמת בסיס הנתונים הוא שאנו מדגמים על בסיס משנה שנייה. זאת לעומת המתחרים שלנו שנראים רק אחת לעשר, אחת לרבע שעה. כך שרמת הגרגילות, רמת הרזולוציה היא סדרי גודל טובים יותר מהמתחרות שלנו.
ושוב, מכיוון שמסד הנתונים הוא חלק מהבסיס שלנו, אנו נאפשר ל- DBA שלכם באמת להגיע לביצועים לשלב הבא. אז אני יכול לראות שהצהרת SQL זו הוציאה למעשה 50 אחוז אם זמנה להתאמן בגישה למערכת המשנה המאוחסנת, 50 אחוז מזמנם באמצעות ה- CPU. לחץ על כפתור הכוונון ואז אוכל להיכנס ולתעמק על תוכניות ביצוע ומה בדיוק הניע את דפוס השימוש הזה.
כעת הצעת מחיר של אחד הלקוחות שלנו - אם הם לא היו ב- Oracle Shop הם השתמשו בכלי Oracle שנקרא OEM ו- OEM הוא באמת סוג של מסד נתונים או מופע ממוקד - הרי ש- DBA מביטים ללא הרף מהן רשימת 10 העליונים? אבל עם Precise אנו יכולים לחבר את הנקודות להצהרות SQL הבודדות וכך גרגיריות מאפשרת ל- DBA להתאים באמת ברמת העסקה ולא רק ברמת מסד הנתונים הגבוהה בהרבה.
הנקודה השנייה שהייתה באמת חיונית ללקוח זה היא מדויקת, על ידי תרגום מה שמורכב את ה- URL שלך לשם פאנל של PeopleSoft - אם אני נמצא ב- IT ואני יכול לדבר על מנהל עצים, מנהל תוכן, דף HR מסוים, כך האדם שאני מנסה לעזור יודע שאני באמת מסתכל ומבין במה הם מסתכלים מכיוון שזה כבר לא ההירוגליפים האלה, זה השם שהם מכירים.
אחת השאלות שנשאלנו - זה נראה כמו כל הזמן, כך שחשבתי שעדיף בדיוק לענות על השאלות באופן יזום - איך בכל העולם אתה תופס את מזהה המשתמש של PeopleSoft? תן לי לעבור במדרגות. להלן מסך כניסה של PeopleSoft. כדי לגשת אליו הייתי צריך לנווט לשרת האינטרנט שלי, ומסך זה מופיע. כאשר היישום מכיל Precise, המסך הזה למעשה מכיל תסריט מדויק ואני יכול לחשוף על ידי לחיצה ימנית, צפה במקור. וזה למעשה יראה לי את הקוד המרכיב את העמוד הבסיסי ומעלה כאן במסגרת המסגרת הוא למעשה המדויק לקוד האינטרנט וזה מאפשר לי לתפוס את המסך הכניסה, את כתובת ה- IP, את סוג הדפדפן, שלם המון מידע על טיוח וחוויית משתמש קצה אמיתית. וכך, כאשר הכנסתי את שם המשתמש שלי ולחץ על כניסה, Precise הוא מסוגל למדוד מה אני עושה.
אני נפתח, ניגש למנהל העצים, אני רוצה לבצע פעולת חיפוש, מלא את השדה ולחץ על חיפוש. קבוצת תוצאות מוצגת בפני, כך שברחתי בבירור את ערימת היישומים כולה עד למאגר. איך מדויק מראה זאת? בואו ונביט. פתח את המדויק, אני נכנס, אני יכול לראות את הפעילות, אני יכול ללחוץ על הכרטיסייה הפעילות שתעלה את המסך הזה. אלה כתובות האתר שלא מתורגמות. אני יכול להראות למשתמשים והנה מזהה המשתמש שלי שרק התחברתי אליו והנה הפעילות שלי.
אתה יכול לראות שאני משתמש בפיירפוקס בגרסה 45 כדי להעלות את זה. מימשתי את היישום 12 פעמים וההפקרתי הוא בעיקרון כאשר מישהו עוזב דף אינטרנט לפני שהוא מופיע במלואו, מה שמרמז על נושא עסקי. אז ככה הצלחנו לאסוף את מזהה משתמש הקצה. זה נחמד מאוד, אנשים מאוד מעריכים כשאתה יודע בדיוק מה קרה.
עכשיו אנחנו רוצים להחליף הילוכים קצת מוזרים. בחנו את העסקה בהמשך. עשינו צלילה עמוקה על עסקה מסוימת והסתכלנו בהצהרות ה- SQL שלה. עכשיו אני רוצה להחליף הילוכים ולהסתכל על כמה מהטכנולוגיות האחרות בתוך ערימת היישומים של PeopleSoft החל מ- WebLogic.
וכך הנה מופע WebLogic ותוכלו לראות את הפעילות לאורך זמן. יש לך דוח כספים. זה אומר לי מיד העטלף, הזיכרון משמש כמעט מקסימום. אחד הדברים שאנחנו מוצאים הוא שרוב האנשים מנהלים את כל מחסנית היישומים, או לפחות חלק, תחת סביבה משותפת, לעיתים קרובות VMware שלה. עליכם לאזן כמה משאבים אתם מבקשים וכמה אתם זקוקים. אתה לא רוצה להיות חזיר משאב. באופן דומה, אינך רוצה לשים אילוץ עיבוד בכך שלא תבקש מספיק זיכרון במקרה זה.
התצורה חיונית גם לניהול ביצועים. כך שנוכל למעשה להיכנס לאיסוף זבל זיכרון ולכל דלפקי ה- JMX WebLogic כך שאדע בדיוק את הבריאות של צורת ה- WebLogic שלי.
עכשיו לטוקסידו. טוקסידו בחנויות רבות הוא סוג של קופסה שחורה וזה חלק חשוב מאוד מ- PeopleSoft. סוג הדבק שלו שמחבר את הכל ולכן אני כמעט חושב עליו כעל הרחבה של מערכת ההפעלה. זה משהו שאתה משתמש ומגדיר בזהירות רבה. אגב - זו הערה צדדית קטנה - בהערות הפתיחה אריק ציין את "עריצות הדחיפות", ואני חושב שזה באמת בא לידי ביטוי כשחנויות PeopleSoft שוקלות לעבור ממשק המשתמש הקלאסי לממשק המשתמש הזורם כי תגלה ש אתה נמצא מאחורי הקימור בגלל האופן שבו ממשק המשתמש הנוזלי מפעיל את סביבת PeopleSoft.
עכשיו יש לך בעיות ב- WebLogic, בטוקסידו, בבסיס הנתונים ובאחסון כאן רק בגלל ש- HTML5 עושה כמות עצומה של העברת הודעות. זה כנראה לפחות פי 10 מה שמשתמש בממשק המשתמש הקלאסי וכי העברת הודעות נוספת פירושה תנועה נוספת. לכן יש לשנות את התצורה של טוקסידו כדי להתאים לתנועה הנוספת. כמה דברים במסך זה נגמרו בצד ימין ויש לנו גרפים לאורך זמן לזמן תגובה משוקלל, זמן תגובה ממוצע וכן ספירת ביצוע.
כאן יש לנו מידע על כל תחומי הטוקסידו בסביבה. חילקנו את השירותים, המשתמשים, תהליכי השרת וגם ה- IP. אני יכול להעביר את זה לספירת ביצוע ולהציג את אלה בסדר יורד, כדי שאוכל לראות מה מבוצע הכי הרבה פעמים. אני יכול גם לגלול למטה כדי לחשוף את הדומיינים; לרוב האנשים יש דומיינים מרובים בסביבתם, כדי בעצם להפיץ את הפעילות, והם מסוגלים לקבוע תאימות SLA, ולכן התראות על שכבת הטוקסידו.
אם יש לך תור, יש לך בעיות שונות שנובעות בגלל התצורה. אתה בדרך כלל - מכיוון שהוא משפיע באופן גלובלי - בדרך כלל אינך מתכוון לבצע שינויים תוך כדי תנועה. אתה מעוניין להגדיל את המערכת בהדרגה כחלק מתהליך ה- QA שחוזר לנקודה שמאט קבע קודם לכן בטיפול בבעיות ביצועים בשלב מוקדם של התהליך. עדיף שתצורת התצורה נכונה כשאתה הולך לייצור ולא הולך לייצור ומגלה שהתצורה לא תואמת את דפוסי השימוש. אני מאוד אוהב את ההקדמה שאריק ומאט סיפקו היום. חשבתי שהם באמת נמצאים במטרה מבחינת האתגרים שעומדים בפניך בניהול ופיתוח סביבת PeopleSoft.
עכשיו אמרתי זאת פעם אחת - אני חושב ששווה לומר זאת שוב: כל עסקה עסקית משמעותית מקיימת אינטראקציה עם בסיס הנתונים. וכך בואו ונבדוק כיצד Precise יכולה לספק מידע נוסף. כאן מופיע אורקל מסוים. אותה גישה מדויקת שראינו - ציר ה- Y הוא זמן ביצוע, ציר ה- X הוא זמן לאורך היום, אך כעת גרפי סרגל הערימה הם מצבי ביצוע בתוך אורקל. זה מראה לנו מהם אילוצי העיבוד במערכת. כאן למטה יש למעשה דוח ממצאים שאומר לי שיש לך את המאגר הגבוה לבצע מחדש.
אני מסתכל גם על הגרסה הנבחרת הזו מ- PSVersion. זה למעשה צורך הרבה משאבים. אגב, מכיוון שאנחנו מדגמים ואנחנו מספקים תצוגה זו ברזולוציה גבוהה של מה שקורה בפועל במערכת, אתם עשויים להיות מופתעים מהם צרכני המשאב האמיתיים במערכת שלכם, כי אם אתם מסתכלים כל 10 דקות, זה לא הולך להראות לך מהם צרכני המשאבים האלה. וכך על ידי לדעת מה הם צרכני המשאב האמיתיים, אתה יכול למעשה לטפל בעיבוד האמיתי על צווארי בקבוק או במערכת.
עכשיו קפצנו לכרטיסיית הפעילות וזו הפעילות. אתה יכול לראות שאנחנו בוחנים מעבד, מערכת משנה לאחסון, מנעולי יישומים, מערכת ההמתנה, RAC, התחייבות, שרת Oracle, תקשורת ומצטבר פנימי יחד. זהו ציר ה- Y, זהו זמן הביצוע הכולל.
כאן למטה יש הצהרות SQL שהניעו את הפרופיל הזה ואחד הדברים שאתה רואה הם השהיה הנמוכה האלה - שתי אלפיות השנייה, אבל עם כמעט 4,500 הוצאות להורג פירושו שהצהרת SQL היא למעשה הצרכן המשאב מספר אחד במערכת שלך, וזה טוב ל יודע. זה גם לא לחכות על מנעול או לחכות. הוא משתמש במעבד 100% מהזמן. זה לא אומר שיש דברים שאינם אני לא יכול לעשות בקשר לזה. יש הרבה דברים שאני יכול לעשות בקשר לזה אם אני יודע לאילו הצהרות SQL ואובייקטים ניגשים. וכך אלה הן כמה מהדרכים בהן אנו יכולים לעזור.
עכשיו למטה יש את התרגיל הזה וזה יכול להכניס אותנו לתוכניות ה- PeopleSoft הבודדות וכל אחת מהתוכניות הללו משרתת מטרה שונה בתוך PeopleSoft. למעשה אתה יכול להתחיל להתייחס ברמת מסד הנתונים לאופן השימוש ביישום.
ואם אני בוחרת בתוכנית מסוימת, אוכל לבודד את הצהרות ה- SQL שהתוכנית הגישה כך שאוכל להיות ממוקד מאוד ביישום ולא ממוקד בטכנולוגיית בסיס נתונים כאשר אני בעצם מסתכל ומציג אופטימיזציה של מסדי נתונים ותצורת בסיס נתונים. אני רוצה רק להביא את זה לידיעתך. לעתים קרובות ארגונים גדולים רבים מחולקים ל- DBA לתשתיות ול- DBA ליישומים. מדויק, על ידי הצגת היישום כמו גם על צריכת המשאבים, אנו למעשה מסוגלים לגשר על הפער ופתרון זה שימושי לשני סוגי ה- DBA הגדולים במערכת.
עכשיו, החלק הזה הוא באמת הצגה של מה שאנחנו יכולים לעשות ברמת בסיס הנתונים. ומה שקרה כאן הוא שיש לנו הקפאת מסך, היה בחירה מתוך PS_Prod ומה שעשינו זה ללחוץ על כפתור הכוונון הזה ומה שהוא עושה זה מכניס אותנו לסביבת העבודה הזו של SQL. עכשיו, עבורכם אנשים שאינם DBA, זה אולי לא נראה מרגש באמת. עבור אנשים שהם DBA, ייתכן שתמצא את זה די מרגש. מה שהוצג כאן הוא משך הצהרת ה- SQL הספציפית הזו לעומת שינויים במערכת. וזה מראה ביום רביעי, חמישי, שישי, משך הזמן הוא בערך 2/10 לשנייה. שבת וראשון החברה הזו לא עובדת - מזל להם. בוא יום שני, היה שינוי: תוכנית הגישה השתנתה. תוכנית הגישה החדשה היא הדרך הפתאומית כאן. זה למעשה מאט מספיק וכתוצאה מכך הקפאת מסך.
עכשיו, אם אני DBA, אני זקוק למידע נוסף בכדי לדעת את סיבת השורש האמיתית. אני צריך לדעת את ביצועי האופטימיזציה של מסדי נתונים. אז Precise מציעה את ההשוואה הזו שמציגה את תוכנית הביצוע שהייתה מהירה ויעילה כאשר הדברים פעלו נהדר כמו גם את תוכנית הביצוע שהייתה איטית ולא יעילה. פילטר הצטרפות זה נפוץ ל- DBA שמפעילים את PeopleSoft. מה שהפילטר עושה זה שהוא נראה עבור כל שורה בטבלה אחת, זה מסתכל על כל שורה בודדת בטבלת ההצטרפות - שצריך הרבה מעבד. זה לא יעיל במיוחד מכיוון שאין שום סינון של הסתכלות בלבד על קבוצת המשורה של השורות הדרושות, אלא על ידי הצהרת SQL והיעילות הזו מביאה לזמן הביצוע איטי יותר. לכן, בסופו של דבר הם מאטים את הפאנל של PeopleSoft בהקפאת המסך ו- Precise הצליחה להגיע לגורם השורש האמיתי שלעולם לא תדע עליו אלא אם כן היה לך כלי החושף את קוד היישום, את הצהרות SQL וכן הלאה.
זה היה סוג של הצלילה העמוקה. כעת אנו הולכים למשוך את הנוף אל נוף 10,000 מ"ר של לוח המחוונים. ב- Precise, לוחות מחוונים הם באמת לא הצוות הטכני - באמת שתוכל להשתמש בהם כדי לשתף מידע עם פעולות, אולי עם צוות היישומים, אולי עם שרשרת הפיקוד שלך. וכך קבוצה אחת של לוחות מחוונים עשויה להראות לפאנלים של PeopleSoft ואת זמן הלקוח כדי שתדע מהי חוויית משתמש הקצה. ייתכן שלוח מחוונים אחר הוגדר לפעולות ולוח המחוונים הזה עשוי להסתכל האם היו הקפאת התראות? יש לנו למעשה התראות במערכת ההפעלה, האינטרנט, WebLogic, טוקסידו וברמת בסיס הנתונים. אין התראות כאן, זמן תגובה ממוצע. אתה יכול לראות שפועלו כשליש מהשנייה. כאן אני באמת יכול להסתכל על התשתיות שלי להראות לי את כל ה- VMs בסביבתי ואני יכול להתחיל לעבד, לאזן עומסים ואני יכול להסתכל גם על תחומי הטוקסידו שלי. לסביבה הספציפית הזו יש שישה דומיינים שונים ולכן אני יכול לראות את התחומים האלו ואני באמת יכול להיכנס לאיזון באינטרנט.
כעת, המאגר ההיסטורי של Precise של- PMDB, בסיס הנתונים לניהול ביצועים, כולל טונות של מדדים. ולפעמים מישהו רוצה לדעת על ספירת הגישה לדפדפן או שתוכל לבצע ספירת גישה לפי סוג הדפדפן או ביצועים לפי סוג הדפדפן. יש חבורה שלמה של דברים שניתן לעשות כדי לספק ראות נוספת במערכת שלך.
הנה, זה, אנו בעצם בוחנים את השימוש בזיכרון WebLogic ואתה רואה את התבנית יפה המסור הזה, השימוש בזיכרון. יש את אוסף הזבל, היא מאחזרת את ההפניות. זה חוזר למעלה ולכן זהו דפוס נחמד מאוד שאתה אוהב לראות. אז זהו סוג של התבוננות בסביבת PeopleSoft כאוסף של מערכות משנה וזה יתאים לפעולות. השאלה הבסיסית ביותר היא "ובכן, מה קורה בשרת?" לדיוק יש את כל הנראות הזו. זה גם מספק את מדדי השרת. וכך למעשה אתה יכול למדוד מעבד, זיכרון, קלט / פלט, שרת, משתמשים במערכת וכך יש לך נראות מלאה זו. וככה - בשילוב המגמה לטווח הארוך - היא הדרך בה אנשים משתמשים ב- Precise לתכנון יכולות.
ואני רק רוצה לזרוק שם פתק קטן. בדרך כלל בחנות יהיה כל כך הרבה תקציב לחומרה, לשרת, כל כך הרבה תקציב לצוות. איך אתה מתכוון להשקיע, לאן אתה הולך למקם את ההימורים שלך? באמצעות Precise אתה מקבל יתרון מכיוון שאתה רואה כיצד משתמשים במערכת המשנה לאחסון. אם אתה עושה הרבה קלט / פלט אקראי, Precise הולך להראות לך את זה. זה הולך לעזור להצדיק את ההשקעה באחסון במצב מוצק. זה עשוי להיות חשוב יותר לחנות שלך מאשר לקנות מעבד נוסף אם השימוש במעבד במקרה נמוך.
אתה רוצה להשקיע במקום בו נמצאים צווארי הבקבוק האמיתיים, שם אתה יכול למעשה לשלם. ועל ידי התייחסות מדויקת לכל דבר, החל מיעילות עיבוד קידוד היישומים כל הדרך למטה ועד קיבולת, אנו מאפשרים לך להעריך ולתעד היכן צרכים אלה נמצאים במספרים.
עכשיו היצירה האחרונה מתריעה וההתראה היא למעשה הדרך בה התחיל. תזכור זאת? ראינו התראה שיש SLA ביצועים וראינו שמופע של WebLogic היה מושבת. אז בואו נסתכל על ממשק ההתראה. ושוב, מה קורה? אחד הדברים שאני רוצה לציין בתצוגה זו הוא של- Precise לא רק יש התראות ביצועים והתראות מצב לגבי זמינות, יש לנו גם התראות מגמות. הסיבה להתראות מגמות חשובות היא שאם המערכת שלך במצב סרק או שיש לה משתמש או שניים, ככל הנראה הדברים מתנהלים נהדר. רק לפני שתתחיל להוסיף משתמשים והם יתחילו לעשות יותר ויותר פעילויות שתתחיל להתמודד על נתונים, על משאבים ברמת טוקסידו, ברמת WebLogic, ברמת הרשת, ברמת בסיס הנתונים. והמחלוקת הזו מביאה להשפלת ביצועים ואז סוף סוף אתה יכול לעבור קו וזו התראת ביצועים, וזה בעצם אתה לא עומד ביעדי ה- SLA עבור הארגון. וכך קבוצות ההתראות האלה נחמדות מאוד.
שכבת הרשת, מצד שמאל, שכבת הרשת למעשה מודדת את חווית משתמש הקצה ואז אתה נכנס לטכנולוגיות בתוך ערימת היישומים שבבסיס. זה סוג של מסך האדריכלות שלנו כיצד אנו עושים את כל זה. באופן אידיאלי תרצה שיהיה לך שרת מדויק שאינו תלוי בסביבה או בסביבות המפוקחות. שרת אחד מדויק יכול להתמודד עם יישומים רבים.
עבור PeopleSoft ובסיס הנתונים של Oracle ו- DB2, אנו זקוקים לסוכן מקומי. אם סביבת PeopleSoft שלך נגמרת על ידי SQL Server, קיימת אפשרות לעשות ללא סוכן. יש לנו גם סוכן עבור Sybase. לב מודל האבטחה שלנו הוא שהנתונים נאספים כאן, בעוד שמשתמשים ב- Precise מאמתים ל- Precise. זה תהליכים נפרדים לחלוטין, אישורים נפרדים, אימות נפרד וכך זה חלק ממודל האבטחה שלנו. ויש פרטים נוספים.
אני חושב שזה מספיק מבוא לארכיטקטורה לעת עתה. אם יש שאלות בוערות, אנא שאלו אותן, כמו שאריק ציין.
בדיוק כמו סיכום מהיר, פיתרון זה מיועד לייצור 24 עד 7. מומלץ מאוד להשתמש בנו ב- QA. אם אתה מבצע פיתוח פנימי, התחל להשתמש בנו בפיתוח. התכוונו לתרגם את ה- URL המסובך, URI לשם פאנל של PeopleSoft. כשאני מדבר על הפקה, אנחנו בעלי תקורה נמוכה במיוחד כך שיש לך ראות, אתה תמיד יודע מה קורה, אתה מזהה את משתמש הקצה.
לא הייתי צריך להיכנס ולהגדיר את העסקאות האלה - יש רק נקודות חיבור טבעיות מהדפדפן, כתובת האתר, נקודות הכניסה, חיבור שרת האינטרנט ל- WebLogic, ההזמנה למטה המספקת את הצהרת ה- SQL. ואז נוכל לתפוס את הצהרת SQL ואת מה שהיא עושה. מדויק הוא אינטליגנטי בבסיס הנתונים ולדעתי זה גורם מובחן עבורנו וזה מאפשר ל- DBA לשתף פעולה, לשפר את נראות היישום.
הנקודה הסופית היא מכיוון שתמיד היו דולקים, אנחנו תמיד אוספים, תמיד תוכלו למדוד לפני ואחרי ולכמת את השיפור, או במקרה הנדיר אולי שיניתם את הביצועים, הייתם יודעים זאת ותוכלו להחזיר אותו מייד לאחור. . מרבית המתחרים שלנו, מה שהם עושים זה אם אתה צריך לראות מידע נוסף, אתה צריך להפעיל ראות נוספת ובדרך כלל שהנראות הנוספת גורסת תקורה רבה.עם מדויק, תמיד יש לך נראות ואתה תמיד יכול לפתור את הבעיה. אז אם אתה הולך לאתר Precise, אנא בדוק את כל המוצרים של Precise, אם זה Precise עבור אורקל. אנו רשומים כפלטפורמת ביצועי יישומים מדויקים ויש שם לחצן לבקש הדגמה.
למעשה, אם אני משתף את המסך שלי אני חושב שאוכל לנווט לשם כדי להראות לך איך זה נראה רק כדי שתוכל לראות זאת ממש מראש. הנה אתר IDERA. אתה הולך למוצרים. אני יכול לבחור כל אחד מהמרכיבים המדויקים האלה ואני רק רוצה לראות את זה בפעולה. זה יתחיל את התהליך שלנו לשיתוף מידע נוסף שעשוי להיות חשוב לאתר שלך. או אם תרצה לדעת יותר על מעבר לממשק המשתמש הנוזלי, אתה מוזמן ליצור איתנו קשר.
וזה, אריק, אני רוצה להעביר לך את השרביט.
אריק קוואנה: בסדר, טוב. אני חייב לומר שוב - מצגת די מקיפה ומרשימה שם, ביל. הזכרת דברים שלמים שאותם אני רוצה לשאול עליהם. אין לנו הרבה זמן - כתשע דקות - ואני כמו מאט לקבל הזדמנות לשאול גם זוג שאלות, ויש לנו לפחות אחד או שניים מהקהל.
אבל הזכרת משהו שחשבתי שהוא מאוד מאוד מעניין ביחס לאופן שבו מדויק יכול לסייע ברכש עבור צוות ה- IT מכיוון שאתה יכול להצביע, אתה יכול להגיש מקרה שמישהו יקבל את ההחלטה שמה שאתה צריך הוא מצב סולידי יותר אחסון, למשל, או מה שאתה צריך זה שיפורים ברשת או כל העניין. אבל זה עניין גדול. האם אתה רואה לעתים קרובות חברות שמכירות בכך ומשתמשות בזה או שאתה מנסה להמציא עוד דברים כאלה?
ביל אליס: ובכן, בעצם שניהם, והעניין הוא שדפוסי שימוש, אפילו עבור אפליקציית חבילה כמו PeopleSoft, דפוסי השימוש נבדלים זה מזה בכל אתר. היה לי המזל לבצע הגירה של PeopleSoft בבנק, ובנקים משתמשים במערכת הספרים הכללית בצורה שונה מאוד מרוב הארגונים. אתה יכול למעשה לבצע עסקאות פרטניות שנעשו בסניף, כולם מפרסמים לספר הכללי.
וכך במקום לפרסם עשרות או מאות חשבונות כללים, אתה למעשה מפרסם מאות אלפים. וכך הסתבכתי ב- Precise זה בגלל דפוסי השימוש וזה אפשר לנו לתת מענה, אך צרכי היישום הן ברמת קוד, ברמת תצורה, כמו גם ברמת התשתית. אז בהחלט אני מאמין גדול ואני רוצה לעשות זאת גם בגלל שאינך צריך לקבל את החלטות החומרה פשוט מבוססות על השימוש. עליכם לבסס אותה על צרכי הסביבה שלכם.
אריק קוואנה: ויש שאלה ממשתתף, ואז, מאט, אני אעביר לך אותה לשאלה או שתיים. ובכן, זה טוב וזה מצחיק כי התשובה הגדולה והארוכה שאתה יכול לתת. המשתתף שואל: "איך אתה אוסף ערך ביצועים בסוף המשתמש לאחר הפריסה ובמהלך הבדיקה?"
אני חושב שעשית עבודה די טובה בכדי לצלול עד כמה עמוק ועשיר מדדי הביצועים האלה. דיברת על אפילו תת-שניה על כמה מהדברים האלה לעומת כל חמש דקות או 10 דקות. זה כאשר אתה הולך לקבל את רמת הפרטים הדרושים כדי למצוא את התשובות שלך, נכון?
שטר כסף אליס: כן, אז הדבר המכריע הוא שהאספנים האישיים של מידע הביצועים מבוססים על טכנולוגיה. אז כשאנו מבצעים פריסה, עלינו לדעת על אופן בניית מחסנית היישומים שלכם, החל ממערכת ההפעלה, הגירסה שלה, איזו גרסה של טוקסידו, WebLogic, איזו גרסה של כלי People אתם פועלים.
וזה באמת העיצוב של אותם סוכנים שעושה זאת, איסוף הנתונים שמאפשר לנו לחשוף שרמת הראות המדויקת מספקת. והנראות הזו, לדעתי, לפעמים יכולה להיות מעט מפחידה לאנשים. אבל אם המטרה שלך היא באמת להיכנס ולשפר דברים ולקחת ביצועים ל -11, זו באמת רמת הנראות שהיית רוצה שיהיה לך. ואם Precise יכול לספק לו ואת התקורה הנמוכה, השאלה היא מדוע לא? אז אני חושב שזו שאלה נהדרת אנא צור איתנו קשר אם תרצה לדון בזה בהמשך.
אריק קוואנה: בסדר, טוב. ומאט, היו לך שאלות?
מאט סראל: אני חושב שאני בסדר. כלומר, התמודדתי עם WebEx שמתרסק כאן.
אריק קוואנה: אוי לא. אנחנו צריכים מדויק כדי להבין בדיוק למה.
מאט סראל: כן, אני מניח שהשאלה שחשבתי עליה בזמן שדיברת, ביל, הייתה אם היית יכול לדון קצת על כמה צוותים יכולים להגיע לאותו דף בעת פתרון בעיות בביצועים, כי אני יודע שזה משהו שעולה ושוב אחראי על מי ואיך כולם יכולים לעבוד יחד בכדי לספק את האיכות הטובה ביותר לעובדים.
שטר כסף אליס: כן, כך שצוות ה- IT נוטה להיות יקר. ברוב החנויות אתה מחולק לצוותים המבוססים על טכנולוגיה, בהתחשב במורכבות הטכנולוגיה. אחד הדברים הגדולים שקורה הוא נושא ביצועים והרבה פעמים הסכסוך, חדר המלחמה מתכנס. וזה שלכולם יש את המדדים איכשהו לפטור את הרובד שלהם מכיוון שאין להם את החרך. הם בוחנים מה קורה ברמה של WebLogic ולא על מה שקורה ברמת קוד העסקה. או שהם בוחנים את רמת בסיס הנתונים ולא את הצהרת ה- SQL האישית של העסקה.
ובאמצעות היכולת לאתר את סוגיית הבעיות ואת קוד הבעיה בתוך אותו רובד, מה שהיא עושה זה משחרר את הצוותים האחרים שלא ללכת או לבזבז זמן במשאבים בחיפוש אחר בעיה שאינה בתחום שלהם. אם מדובר בבעיית מסד נתונים, עבור אל ה- DBA עם המידע הדרוש להם כדי לפתור את הבעיה. הם ישמחו לעשות זאת.
אך באופן דומה, אל תבזבזו את הטוקסידו, צוות הסיוע של WebLogic המתמקד בבעיות במאגר. באופן דומה, אם הבעיה מתרחשת בתצורת WebLogic, אל תקח את הזמן של ה- DBA באיזה חדר מלחמה מנסה להגן על עצמם. פשוט לכו לתקן את הבעיה ב- WebLogic.
אנו מגלים שצוות ה- IT מעריך את המדויק בגלל החיסכון בזמן, מכיוון שבדרך כלל חדרי המלחמה אינם מתוקצבים בתכנית הזמן של כל ארגון ה- FTE. זה כמו זמן נוסף. ולכן היכולת לטפל בסוגיות אלה בצורה יעילה יותר היא חיונית באמת. ולארגון שגילם את ממשק המשתמש הנוזלי, היכולת להגדיל את הייצור ולפתור את הבעיות שהם בעצם חווים בייצור הייתה ממש חיונית לא לצוות או לצוותים בודדים, אלא בעצם לניהול IT בכלל כי היו אלה חדשות רעות באמת אם הם היו צריכים להתהפך. אז, שאלה נהדרת, כי זה לא רק הטכנולוגיה. זה תמיד תמיד קשור לאנשים.
מאט סראל: נכון, זה האנשים והתהליכים. כן זו הייתה השאלה היחידה שעלתה אצלי במהלך ההדגמה. אם יש אנשים אחרים מהקהל?
אריק קוואנה: כן, אני פשוט אזרוק עליך אחרון אחד, ביל, ומאט דיבר על כך בקצרה במצגת שלו. התחלנו לראות את היבול הזה. זה עדיין מאוד צופה פני עתיד, אבל מכולות והשימוש במכולות ודוקר ודברים מהסוג הזה, כמה גדול מהכדור הזה זורק אתכם?
ביל אליס: אז המילה פירושה דברים שונים בהתאם לטכנולוגיות שונות. אז אנחנו מפתחים את המוצרים שלנו לדאוג למכולות ברמת בסיס הנתונים וברמת היישום. וכחלק מזה, זה סוג של כל הסביבה עם התנועות, הענן ואנחנו פועלים בתוך הענן. אך ישנו תהליך גילוי ולכן בהתאם לאופן בו יישומים אלה - כולל PeopleSoft - מתפתחים, אנו מפתחים את פתרון הניטור שלנו כך שנוכל לספק את רמת העומק שהייתה כה חשובה בעבר.
אריק קוואנה: כן. ואני חייב לומר, בכל פעם שאני רואה את ההדגמות האלה אני פשוט נדהם מהגרגיריות שיש לך וזה מה שאתה צריך כדי להיות מסוגל ליצור יחדיו הבנה ואתה צריך לקבל השכלה כלשהי סביב המצב הרגיל, מה סטנדרטית.
ואתם מציעים הרבה תוכן סביב זה - לעזור לאנשים לזהות מה נורמלי, מה לא נורמלי. דיברת על התראות מגמות, למשל, כל אלה הם מנגנונים שתוכלו להשתמש בהם בכדי להבין טוב יותר שמשהו לא בסדר, הוא משהו לא בסדר ואז כמובן משם צריך להתעמק כדי למצוא אותו, אבל יש לכם את כל הנתונים.
ביל אליס: כן, וזה דבר חשוב באמת; אני חושב שמאט דיבר על זה. מה נורמלי? לסביבות שונות יש רמה שונה של נורמלי. אם אתה רץ עם חומרה מתקדמת, היגיון אורקל ונתונים, מה הרגיל בחנות שלך או מה שאפשר להשיג בחנות שלך הולך להיות שונה מאשר אם היית פועל תחת תשתית פחות חזקה. אז הדבר הראשון הוא לגלות מה נורמלי, התחל לחשב את קו הבסיס הזה וככה תוכל להתחיל לבצע שיפורים משם.
אריק קוואנה: אוקיי, זו נקודה טובה. יש לנו שאלה אחרונה שנכנסת, זה נראה. רק שאלה אחרונה שאעביר לך, ביל. האם יש הבדל בין ניטור ביצועי SQL לביצועי מסד נתונים מנקודת מבט של נתונים ברמת המערכת וברמת היישום? מה ההבדל בין ניטור SQL לביצועי מסד נתונים מנקודת המבט שלך?
שטר כסף אליס: ובכן, שום דבר לא קורה במסד נתונים עד להצהרת SQL שלו. טענת הצהרת SQL היא מה - בקרת נעילה, המתנה, טענה למשאבים ברמת הנתונים וברמת SQL Server. וכך אם אוכל לראות גם את מנהל ההתקן של הצהרת SQL ואת השפעתה על המערכת, גרמתי השפעה; אני מסוגל לקשר בין מה שאכפת ל- DBA ליישובים עם התשתיות ש- DBA אכפת להם עד שאצליח להפיק את המרב מהכלי Precise.
אם אני DBA לתשתיות ואני בוחן דברים כמו ניצול, אני באמת סוג של ניהול עם מברשת רחבה לעומת אם אני מסוגל להסתכל על הצהרת SQL פרטנית ואני מסוגל למזער את המשאב בפועל צריכה - בין אם זה מעבד, זיכרון, קלט / פלט - אני מסוגל להתייחס לשני צידי אותו המטבע.
אריק קוואנה: אוקיי, חברים. שרפנו קצת יותר משעה. תודה גדולה גדולה לחברינו ב- IDERA. תודה גדולה למאט סרל שהצטרף אלינו היום. אנו מבצעים ארכיון של כל שידורי האינטרנט לצפייה מאוחרת יותר, אז אל תהסס לחזור ובדרך כלל תוך שעתיים ארוכות הארכיון יעלה. אז תבדוק את זה וכל מה שיש לי לומר זה שאני אוהב את הדברים האלה, אני אוהב את מדויק, אני אוהב להיות מסוגל להיכנס לעשבים שוטים. ואני לא מכיר שום כלי אחר שמאפשר לך לחפור בכל אותם חלקים וחלקים שונים בערימת היישומים השונים מאלה שיש לאנשים האלה ב- IDERA עם Precise.
עם זה, אנו נפרדים מכם, אנשים. שוב תודה, נדבר איתך בפעם הבאה.