על ידי צוות Techopedia, 6 בספטמבר 2017
Takeaway: המארח אריק קוואנה שוחח על ניהול הביצועים של PeopleSoft עם מאט סארל וביל אליס בפרק זה של הוט טכנולוגיות.
אריק קוואנה: בסדר, גבירותי ורבותיי. שלום וברוך שוב שוב. זה יום רביעי בשעה 4 מזרח, ובשנים האחרונות זה נועד בעולם הזה של IT ועסקים גדולים ונתונים, הגיע הזמן להוט טכנולוגיות. אכן כן, שמי אריק קוואנה. אני אהיה המנחה שלך לאירוע של היום.
אנו נדבר על המערכות המנהלות עסקים, אנשים; אנחנו מדברים על PeopleSoft, כיצד לנהל את הביצועים של סביבות מורכבות. אני תמיד רוצה להזכיר, אתה משחק תפקיד גדול באירועים האלה, אז בבקשה אל תתבייש. שאל את שאלתך בכל עת; אתה יכול לעשות זאת באמצעות חלון הצ'אט או בשאלות ותשובות - כך או כך הוא עובר. אשמח לשמוע מה אתה רוצה לדעת וזו הדרך הטובה ביותר; אתה מקבל את התמורה הטובה ביותר לזמנך. אנו מבצעים ארכיב של כל שידורי האינטרנט האלה להאזנה מאוחרת יותר, אז רק יש לזכור זאת.
אם מערכות פועלות לאט, רק קחו בחשבון איך החיים היו פעם. התמונה הזו היא למעשה משנת 1968, באדיבות גברת בשם דנל, ואני חייבת לומר שזו באמת תזכורת בולטת לכמה דברים השתנו. העולם נעשה מורכב להפליא וכמובן שצרכים עסקיים וחוויית משתמש נוטים ללכת יד ביד. אבל בימינו, יש קצת ניתוק. יש אי התאמה, כמו שאנו אומרים לעיתים קרובות, והעובדה היא שאנשי עסקים תמיד רוצים דברים יותר ויותר מהר, צוותי IT שצריכים לספק הם אלה שמופעלים תחת לחץ כדי לבצע את העבודה וזה עולם אינטנסיבי בחוץ.
אני חייב לומר, התחרות התחממה בכל מקום. אם אתה מסתכל רק על ענף כלשהו, אתה יכול לראות שיש התפתחויות גדולות בימינו - אמזון קונה Whole Foods, למשל. אתה יכול להיות סמוך ובטוח שענף המכולת עוסק במבט קשה בזה. אנו רואים זאת בכל מקום, כך שבאמת חובה על מנהיגים עסקיים לוודא שהם מבינים כיצד - והנה מילת המפתח בימינו - להפוך דיגיטלית, כיצד לעבור מעבר למרכזיה הישנה למערכות חדשות וחזקות בהרבה. על זה נדבר היום.
אחד הנושאים שעומדים בפני ארגונים רבים, במיוחד כאלה שקיימים כבר זמן מה, הם מערכות מורשת אלה. זה מיינפראם ותיקה של יבמ מהיום ההוא. יש מערכות מורשת בכל מקום. אחת הבדיחות היא שמערכת מורשת היא מערכת שנמצאת בייצור, כלומר ברגע שהיא נכנסת לייצור, טכנית זו מערכת מורשת. תמיד יהיו דרכים חדשות לעשות דברים.
ויש כמה התפתחויות מאוד מעניינות בשנים האחרונות לגבי מציאת דרכים ליישב למעשה מערכות כדי לאו דווקא לשפר את הביצועים של מערכת אחת, אלא למצוא דרך ליצור סוג של מסירה או טקטיקה מחוץ לטעינה כדי לטפל בביצועים. בדרכים אחרות. היום נדבר יותר על איך לשפר את הביצועים של מערכת כמו PeopleSoft, שהיא כמובן מורכבת להפליא. אך כאשר נעשה זאת היטב, כשהיא נטענת, כשהיא מיושמת, כאשר היא מנוהלת היטב, היא יכולה לעשות דברים נפלאים. אבל כאשר זה לא מנוהל היטב, זה כאשר יש לך כל מיני בעיות.
אז מה קורה? אתה צריך להיות מציאותי לגבי דברים ובכל סביבה, אם המשתמשים לא משיגים את מבוקשם, במוקדם או במאוחר הם עוברים למערכות צל. זה קורה כל הזמן. מערכות צל יכולות להיות מאוד פרודוקטיביות, הן יכולות לעזור לאנשים לבצע את העבודה. אבל כמובן שיש המון סוגיות. בהחלט בכל תחום הציות והרגולציה, מערכות צל הן לא גדול. אבל הם שם בחוץ ולדעתי חשוב לזכור שהמערכות שלך, אם המערכת העיקרית שלך לא עובדת במהירות או לא עובדת ביעילות, במוקדם או במאוחר יתקיימו דרכים לעקיפת הבעיה ודרכים לעקיפת הבעיה יכול להיות קשה מאוד לחשוף, הם יכול להיות קשה לשקיעה מכיוון שהם בסופו של דבר להיות קריטיים לעסק. הם יכולים להיות קשים לשילוב, אז רק קחו בחשבון שזה שם בחוץ וזו רק סיבה נוספת לשפר את הביצועים.
רק לאחרונה שמעתי על הביטוי הזה ואני צריך לזרוק אותו לשם: "עריצות הדחיפות." אני חושב שרק לשמוע שאתה בטח יודע על מה אני מדבר ומה קורה ברוב הארגונים זה עומס העבודה מגיע למסה קריטית., ואנשים עושים כמה שהם יכולים, וזה נהיה קשה מאוד לשנות משהו. אתה בסופו של דבר סובל מ"עריצות הדחיפות "- הכל צריך להיעשות מייד. ובכן, שדרוג מערכת לא קורה מייד.
כל מי שאי פעם עבר שדרוג ERP מגרסה אחת לגרסה אחרת יודע שזה תהליך כואב יחסית, אז רק יש לזכור את זה: אם אתה רואה את זה בארגון שלך, הכיר אותו. אני מקווה שתצליחי לעבור למישהו או אם אתה אדם בכיר כמו CIO או CTO או מנכ"ל, להכיר בכך שזה תרחיש מסוכן מאוד מכיוון שברגע שאתה מאחורי הכדור שמונה, באמת קשה לצאת מאחורי כדור שמונה.
זה כמו כל מרתון המרתון: אם אתה מתרחק הרחק מאחור במירוץ מסוג כלשהו וכולם לפניך וכולכם עדיין רצים, זה יהיה ממש קשה לתפוס אם אתה נופל רחוק מדי מאחור. אז פשוט היזהרו ותזכרו זאת.
ועם זה אני הולך למסור את זה למאט סארל כדי לתת לנו כמה תובנות כיצד להתמודד עם המורכבות עם סביבות PeopleSoft. מאט, קח את זה.
מאט סרל: אוקיי, תודה, אריק. שלום לכולם. וכך, בוא נראה, אני אתחיל ואגיד לך למה אני חושב שאני האדם הנכון לדבר איתך על ניהול ביצועים. אז יש לי ניסיון של 30 שנה בטכנולוגיה. אני די רוצה לומר שעבדתי בדרך דרך להיות ידיים, מנהל רשת, מנהל IT, סמנכ"ל הנדסה בזוג סטארט-אפים. ואז עשיתי את המעבר הזה להיות מנהל טכני ב- PC Mag. יש שם את התמונה שלי, אבל בעיקרון אני נראה כמו ילד קטן.
ואז להמשיך ולהיות עיתונאי במגוון פרסומים שונים כמו eWeek ו- InfoWorld, להיות אנליסט בגיגהאהום, לרשת עם קבוצת בלור ולנהל גם ייעוץ. ויש לי: התמונה הזו משמאל היא איך אני נראית עכשיו. התמונה הזו באמצע היא בדיוק המקום שבו אני מאוד מאושרת - בחדר מלא חוטים ואורות מהבהבים, ואיפה קר - זה חייב להיות קר מאוד וכל השאר צריכים להיות לא נוחים בשבילי כדי להרגיש נוח בטמפרטורה- חכם. ויש את פרטי הקשר שלי, אם יש לך שאלות המשך.
אני רוצה לשים כאן את הבמה ופשוט לדבר על ביצועים, כמו שאריק דיבר עליו. נכנסנו עכשיו לעולם בו הציפיות הללו של המשתמשים נקבעו על ידי אפליקציות ואתרי צרכנים. ואנשים היו מוכנים ללכת לעבודה ולשבת שם ולחכות למערכות שלהם כי זה מה שהם היו צריכים, ועכשיו אנשים לא ממש מוכנים לשבת שם. אז זו שאלה אם הם רוצים שהאופנוע הזה יעוף סביב המסלול. הם בטח לא רוצים שהבחור ירכב על אופניו ויסחב את בתו לבית הספר. אבל את מי אתה מתכוון לספק?
וזה קשה כיוון שבאמת הייתי די נדיב עם זה עד שלוש שניות טובות - אנשים רוצים גם תגובה מיידית, והם רוצים גישה מכל מקום. כי בכל מקום יכול להיות בכל מקום בבניין שלך או בקמפוס שלך, או שהוא יכול להיות בכל מקום בעולם בכל עת תלוי כמה טוב העסק שלך עובד. ואני מניח שמה אני בונה הוא שכשאנחנו מדברים על ביצועים, חשוב לחשוב על ביצועים מזווית חווית המשתמש.
חשוב להגדיר יעדי ביצועים לפני מדידה וכוונון. יש לי תמונה זו של מקלט ואז מקלט. האיש בפועל שהוא מקלט, הוא צריך לדעת למה הוא מכוון או שאין טעם בעצם לשים את ידיו על הפסנתר ולהתכוונן. אז הגדרת יעדים לפני כן, זה יהיה סוג של לשמור את זה אמיתי במקום להתאים יעדים כך שיתאימו למצב הנוכחי. חשוב לפקח על ערכים לאורך זמן ולהבין כיצד מערכות משתנות עם ביצועי היישום של עומס המשתמש, המושפעות מסצינות משאבים ודפוסי שימוש.
חשוב תמיד לתאם את כל זה לחוויית משתמש או אירועי תמיכה, לקבוע קו בסיסי לביצועים שאתה מצפה שתוכל לספק וכאשר אתה מתקרב לסטיות מאותו קו בסיס, יש התראות פרואקטיביות כדי שתוכל לנקוט בפעולה לפני שנפגע בסטטוס "לא מצליח לוויתן". ואתה יודע שדורש את היכולת להיות מסוגל לקבוע את גורם השורש של נושא הביצוע ולטפל במהירות ובקלות רבה. ושוב, זה מוקדם יותר, כן ייטב, נכון?
אנו יודעים, מההיסטוריה של העבר על מאמצי פיתוח, ככל שתוכלו למצוא ולפתור בעיות ביצועים מוקדם יותר, כך תוכלו להיות טובים יותר. אם תחכה עד שכל הקוד שלך או המערכת שלך יתחילו לבדיקת ביצועים או כדי להתחיל לגלות בעיות, אני לא אומר שזה מאוחר מדי, אבל שוב, עכשיו אתה הבחור שהתחיל רע במרתון עכשיו אתה משחק בקליקים במקום לקפוץ ישר החוצה ולהתקדם. אז איך עושים זאת? האם אתה צופה את הממוצע שלך ואת העומס השיא שלך?
ואתה קדימה ואתה ממדים את השרתים הפיזיים שלך או את השרתים הווירטואליים שלך או את המקרים בענן שלך או את המכולות שלך ואת משאבי המכולה שלך ואז מריצים הוכחת מושג ומריצים טייס? אלה הזמנים שבהם זה סוג, סוף המקום בו תרצו לתפוס משהו, למרות שעדיין מוטב שתוכלו לתפוס אותו בייצור מאשר להתעלם ממנו בייצור. אבל באמת, כשאתה בפיילוט שלך כבר היית צריך לבסס את המתודולוגיה והנהלים שלך סביב ניטור ושיפור מתמיד.
אוקיי, אז הרבה חברות - אנחנו מדברים על טרנספורמציה דיגיטלית. 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 הוא הקשר. מה שזה עושה עבור, כמו ה- DBA שלך, הוא לא להסתכל על דברים במופע או ברמת מסד נתונים, עכשיו אני יכול לחקור ברמה של הצהרת SQL.
אז אני יכול לומר, "ובכן מה הם צווארי הבקבוק עבור הצהרת SQL פרטנית", וזה חזק מאוד. אנא קח בחשבון שעסקה זו אינה יכולה לרוץ מהר יותר מהצהרת SQL וכל עסקה עסקית משמעותית מקיימת אינטראקציה עם מערכת הרשומות. בסיס הנתונים, אם תרצה או לא, הוא הבסיס לביצועים, ואם אני יכול להיות כה פרטני להתמקד בהצהרות SQL בודדות שחיוניות לעסקה עסקית, אני באמת יכול לקחת את המשחק שלי לשלב הבא.
דבר נוסף שייתכן שתבחין כאן הוא שיש חישוב תרומה באחוזים ש- Precise מספק. הדפדפן עצמו הוא למעשה חלק משמעותי מערימת האפליקציות. יש לך ביצוע JavaScript, יש לך זמן עיבוד, יש לך רכיבי עמוד, GIF, JPEG. ואתה בעצם מגלה שהאפליקציה שלך עשויה להתנהג בצורה שונה מאוד תחת Chrome לעומת IE וגרסאות שונות. מדויק יוכל להראות זאת גם לך ויכולים להיות זמנים שבהם יש למעשה צוואר בקבוק או טענה בדפדפן שיכולים לגרום לדברים הקפואים של המסך.
היכולת לזהות שמאפשרת ל- IT לא לנבוח את העץ השגוי, אלא לטפל בשורש היסוד של סוגיות שונות שיכולות להתעורר. עכשיו מה שאני יכול לעשות זה להצהרת SQL מסוימת, אוכל לנתח בדיוק את מה שקורה באותה הצהרת SQL. אז כאן ירדנו לתצוגת מומחי מסד הנתונים.
אחד הדברים המבדילים את מדויק ברמת בסיס הנתונים הוא שאנו מדגמים על בסיס משנה שנייה. זאת לעומת המתחרים שלנו שנראים רק אחת לעשר, אחת לרבע שעה. כך שרמת הגרגילות, רמת הרזולוציה היא סדרי גודל טובים יותר מהמתחרות שלנו.
ושוב, מכיוון שמסד הנתונים הוא חלק מהבסיס שלנו, אנו נאפשר ל- DBA שלכם באמת להגיע לביצועים לשלב הבא. אז אני יכול לראות שהצהרת SQL זו הוציאה למעשה 50 אחוז אם זמנה להתאמן בגישה למערכת המשנה המאוחסנת, 50 אחוז מזמנם באמצעות ה- CPU. לחץ על כפתור הכוונון ואז אוכל להיכנס ולתעמק על תוכניות ביצוע ומה בדיוק הניע את דפוס השימוש הזה.
עכשיו הצעת מחיר של אחד הלקוחות שלנו - אם הם לא היו בחנות Oracle השתמשו בכלי של 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 for Oracle. אנו רשומים כפלטפורמת ביצועי יישומים מדויקים ויש שם לחצן לבקש הדגמה.
למעשה, אם אני משתף את המסך שלי אני חושב שאוכל לנווט לשם כדי להראות לך איך זה נראה רק כדי שתוכל לראות זאת ממש מראש. להלן אתר IDERA. אתה הולך למוצרים. אני יכול לבחור כל אחד מהמרכיבים המדויקים האלה ואני רק רוצה לראות את זה בפעולה. זה יתחיל את התהליך שלנו לשיתוף מידע נוסף שעשוי להיות חשוב לאתר שלך. או אם ברצונך לדעת יותר אודות מעבר לממשק המשתמש הנוזלי, אתה מוזמן ליצור איתנו קשר.
וזה, אריק, אני רוצה להחזיר לך את השרביט.
אריק קוואנה: אוקיי, טוב. אני חייב לומר שוב - מצגת די מקיפה ומרשימה שם, ביל. הזכרת דברים שלמים שהייתי רוצה לשאול עליהם. אין לנו הרבה זמן - כתשע דקות - והייתי רוצה שמאט יקבל הזדמנות לשאול גם זוג זוג, ויש לנו לפחות אחד או שניים מהקהל.
אבל הזכרת משהו שחשבתי שהוא מאוד מאוד מעניין ביחס לאופן שבו מדויק יכול לסייע ברכש עבור צוות ה- IT מכיוון שאתה יכול להצביע, אתה יכול להגיש מקרה שמישהו יקבל את ההחלטה שמה שאתה צריך הוא מצב סולידי יותר אחסון, למשל, או מה שאתה צריך זה שיפורים ברשת או כל העניין. אבל זה עניין גדול. האם אתה רואה לעתים קרובות חברות שמכירות בכך ומשתמשות בזה או שאתה מנסה להמציא עוד דברים כאלה?
ביל אליס: ובכן, למעשה גם וגם, והעניין הוא שדפוסי שימוש, אפילו עבור יישום חבילה כמו PeopleSoft, דפוסי השימוש נבדלים בכל אתר. היה לי המזל לבצע הגירה של PeopleSoft בבנק, ובנקים משתמשים במערכת הספרים הכללית בצורה שונה מאוד מרוב הארגונים. אתה יכול למעשה לבצע עסקאות פרטניות שנעשו בסניף, כולם מפרסמים לספר הכללי.
וכך במקום לפרסם עשרות או מאות חשבונות כללים, אתה בעצם מפרסם מאות אלפים. וכך, ככה שהתחלתי לעסוק בפרסייס זה בגלל דפוסי השימוש וזה אפשר לנו לתת מענה, אך צרכי האפליקציה הן ברמת קוד, ברמת תצורה, כמו גם ברמת התשתית. אז באופן מוחלט אני מאמין גדול, ואני רוצה לבשר זאת גם בגלל שאתה לא אמור לקבל את החלטות החומרה פשוט על סמך השימוש. עליכם לבסס אותה על צרכי הסביבה שלכם.
אריק קוואנה: ויש שאלה ממשתתף, ואז, מאט, אני אעביר לך אותה לשאלה או שתיים. ובכן, זו תשובה טובה וזה מצחיק כי זו תשובה גדולה וארוכה שתוכל לתת. המשתתף שואל: "איך אתה אוסף ערך ביצועים בסוף המשתמש לאחר הפריסה ובמהלך הבדיקה?"
אני חושב שעשית עבודה די טובה בכדי לצלול עד כמה עמוק ועשיר מדדי הביצועים האלה. דיברת על אפילו תת-שניה על כמה מהדברים האלה לעומת כל חמש דקות או 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 אכפת להם עד שאצליח להפיק את המרב מהכלי המדויק.
אם אני DBA לתשתיות ואני בוחן דברים כמו ניצול, אני באמת סוג של ניהול עם מברשת רחבה לעומת אם אני מסוגל להסתכל על הצהרת SQL פרטנית ואני מסוגל למזער את המשאב בפועל צריכה - בין אם זה מעבד, זיכרון, קלט / פלט - אני מסוגל להתייחס לשני צידי אותו המטבע.
אריק קוואנה: אוקיי, חברים. שרפנו קצת יותר משעה. תודה גדולה גדולה לחברינו ב- IDERA. תודה גדולה למאט סרל שהצטרף אלינו היום. אנו מבצעים ארכיון של כל שידורי האינטרנט הללו לצפייה מאוחרת יותר, אז אל תהסס לחזור ובדרך כלל תוך מספר שעות הארכיון עולה. אז תבדוק את זה וכל מה שיש לי לומר זה שאני אוהב את הדברים האלה, אני אוהב את מדויק, אני אוהב להיות מסוגל להיכנס לעשבים שוטים. ואני לא מכיר שום כלי אחר שמאפשר לך לחפור בכל אותם חלקים וחלקים שונים של ערימת היישומים ממה שיש לאנשים האלה ב- IDERA עם Precise.
עם זה, אנו נפרדים מכם, אנשים. שוב תודה, נדבר איתך בפעם הבאה.
