ניתוח ומיטוב: גישה חדשה למעקב

על ידי צוות Techopedia, 12 באוגוסט 2016

טייק אוואי: המארח אריק קוואנה שוחח על שיטות ניטור ומגמות עם ריק שרמן, דז בלנשפילד ורוברט וונדרווורט.

אינך מחובר כרגע. התחבר או הירשם כדי לראות את הסרטון.

אריק קוואנה: אוקיי חברים, שלום וברוך שוב שוב. אתה יכול לראות את השקופית מולי, אני מקווה שזה נקרא "טכנולוגיות חמות של 2016." השנים ממשיכות לטוס. היום אנחנו מדברים על "ניתוח וייעל: גישה חדשה למעקב." אופס, יש לנו שגיאה קטנה בשקופית שם, אל תסתכל, אל תסתכל! אוקיי, אז, יש שקופית לגביכם באמת. אני אהיה המארח שלך, אתה יכול לחפש אותי בטוויטר, @Eric_Kavanagh, ואשמח לצייץ אותך שוב.

יש לנו כאן פורמט שונה מחדר התדרוך, אז קודם כל, יש לנו כמה אנליסטים, ריק שרמן ודז בלנשפילד שלנו, מדען נתונים בקבוצת בלור, הם הולכים לתת לך את קח את הנושא. ואז נשמע מרוברט וונדרווורט, המומחה, הוא נגמר ב- IDERA, שהיא חברה מעניינת מאוד. הם קנו חברה שאנחנו מכירים, שנקראת Embarcadero, אבל יש להם חבורה שלמה של דברים אחרים, וכמה דברים מעניינים, שנמצאים כעת בשימוש בדרכים חדשות ומגניבות. ריק שרמן מגיע למקום הראשון.

לפני שאני הולך לשם, הרשה לי פשוט לזרוק כמה מחשבות מהירות. אני אוהב את הרעיון הזה של ניתוח ואופטימיזציה באמצעות ניטור, ואני אוהב את מה שאנחנו הולכים לשמוע מרוברט היום על שינוי הדרך בה אתה חושב על פתרונות ניטור. כי עובדה, מעקב זה מה שאתה עושה כל הזמן אם אתה בעולם ה- IT. איכשהו, איכשהו, או בעולם העסקי אתה מבצע מעקב. זה יכול להיות רשמי, זה יכול להיות לא פורמלי, אבל יש איזה מנגנון שבאמצעותו אתה מפעיל את המשימות היומיומיות שלך. ואם אתה עובד עם מכונות, אתה מנסה להבין מה הם עושים. אתה מנסה למנוע מהם להיכשל, למשל, או לביצועים גרועים.

איך אתה עושה את זה? ובכן, יש המון דרכים לעשות זאת. הענן באמת דרבן את כל גל החדשנות במעקב, שלדעתי די מעניין. ראינו חברות כמו Splunk מגיעות ממש ומשנות את המשחק, והרבה חברות שונות מנסות כעת לפקח בדרכים שונות ומעניינות. ומה שנשמע היום מ- IDERA הוא מה שלדעתי אחת הגישות היצירתיות יותר בהן נתקלנו די הרבה זמן, ואני מקווה שזו מהדהדת אתכם האנשים שיש היום. אתה יכול לשאול שאלות בכל עת, באמצעות רכיב ה- Q ו- A במסוף השידור שלך. אל תתביישו, שלחו את השאלות האלה. עם זה אני הולך למסור אותה לריק שרמן. המתנה. קח אותו משם, הרצפה שלך.

ריק שרמן: אוקיי, תודה לאריק. היי לכולם. אנו מדברים על הדבר המעקב ההוא ומדוע בהחלט היה צורך לשנות את האופן בו אנו ניגשים לדברים. עכשיו ראשית, בדיוק כה מהיר, הרקע שלי - אני נמצא בעולם הבינה העסקית, ניתוחים עסקיים, שילוב נתונים וכו ', לעומת סוג האפליקציה. הייתי מעין בקצה האחורי של המגמות השונות האלה שקורות בענף. יש לנו את מבול הנתונים: נתונים גדולים, נתונים קטנים, נתונים שמגיעים מכל מקום, בתוך ומחוץ לארגון.

יש לנו אינטרנט של דברים, דברים שמגיעים ממוניטורים, מכשירים ואז יש לנו פיצוץ של דברים מלבד סתם מסדי נתונים רלוונטיים בחוץ, גם על בסיס השטח וגם על ענן וכו '. אבל מה כל זה אומר למעקב, לניטור יישומי ביצועי מערכת וניהול וכו ', כמו גם לשילוב נתונים ולבינה עסקית, היה שבעבר היה לנו עולם פשוט ונחמד, לפחות זה היה פשוט מנקודת המבט של ה- IT, שהוא נהג בעבר יש מערכת שרתים שהם - הכל היה שם, היישומים, הנתונים והכל היה על בסיס השטח, כך שהם שלטו בכל העולם. זה היה הרבה יותר קל לנהל. אבל מה שקרה היה שהעסק קיבל הרבה, הרבה, הרבה יותר מורכב.

יש לנו פיצוץ - שוכח רק נתונים גדולים - יש לנו פיצוץ של יישומים גם במקום וגם בענן, כדי לשפר את הפרודוקטיביות העסקית, לשפר תהליכים עסקיים שונים, לעסקים לקיים אינטראקציה עם עסקים אחרים ועם הלקוחות שלהם. הם עסקים או אנשים. היה לנו פיצוץ, כמו שאר השקופיות, של סוגים שונים של מאגרי מידע שונים, מסדי נתונים גדולים, יחסים, עננים וכו ', והיה לנו הרבה יותר, ניצול טוב יותר של שרתים, מערכות הפעלה, הן עם אמיתיות והן וירטואליות. כדי לנהל טוב יותר, לנצל טוב יותר את השרתים האישיים עצמם. וכמובן שיש לנו רשת שלמה של דברים שקורים בין כל היישומים, מסדי הנתונים והשרתים האלה.

כמה דברים אחרים, בעיקר בעולמי, היו שכל זה דרבן עוד יותר סנכרון יישומים. יש לנו יותר ויותר שרתי יישומים, מסדי נתונים המשמשים להעברת נתונים, סנכרון נתונים, שילוב נתונים בין תהליכים שונים, בתוך ומחוץ לארגון. וכמובן שיש לנו את שילוב הנתונים הדרוש כדי לתמוך בכך.

עם זה בחשבון, ועם העובדה שאנו עוברים מעולם נחמד ובטוח זה של מערכת שרתים מקומית שהצלחנו, למיין את היישומים והנתונים החוץ-ארגוניים החיצוניים, עברנו ל "כיצד אנו מנהלים את הסביבה הזו בעצם?" והסיבה לכך שהסמינר המקוון מעניין הוא מכיוון שמצב העניינים הנוכחי לא היה טוב מדי. היו לנו הרבה כלים שונים להסתכל על מסדי נתונים, שרתים, SharePoint, מערכות הפעלה, תנועת נתונים וכו '- כולם התפזרו ככאלה שהיו לנו ממגורות כך שהצלחנו לנהל או לפקח על שרת ספציפי, יישום ספציפי, מסד נתונים ספציפי, אך לא הצלחנו להרכיב אותם. עכשיו, מכיוון שכולם אינטראקטיביים וקשורים זה בזה, זה יותר מאשר רק חלקי היצירה האישיים, אתה צריך לחבר אותם, וככאלה שהיו לנו - אני מניח שזו תמונה בתיכון שלי - היו לנו אנשים שכאלה היה לי ידע מיוחד בכלים אלו כדי להיכנס עמוק לתוך מעי המערכות כדי לנהל אותם.

הם היו יקרים ויקרים, זמן רב והיינו די תקועים בבוץ בכך שאנחנו כל הזמן מסתכלים ומנסים לנהל את חלקי החלקים האלה ולא הצלחנו לנהל את הארגון באמת. היכן שהשאיר אותנו, או איפה שהביא אותנו אליו, הוא הצורך. הצורך היה להיכנס לניטור ארגוני. עלינו להיות מסוגלים להסתכל ביישומים הן באתר והן בענן, מסדי נתונים באותה צורה. שרתים, רשתות, מערכות וירטואליות, לא וירטואליות, שילוב הנתונים, סנכרון היישומים שנמצא שם. כמו בניתוח בינה עסקית, הדבר הראשון שעליך לעשות הוא ללכוד את הנתונים על כל השירותים השונים הללו ועל התשתית, היישומים.

הדבר השני שעליך לעשות הוא לאחד את הנתונים האלה כדי לבדוק כיצד הם קשורים זה לזה. אתה לא יכול לעשות כלום עד שתגלה איך הקטעים האלה קשורים זה לזה ומפגישים את זה. אבל איך שעברנו מחלקי החלקים לביצוע של ניהול יישומים מקיף יותר או ארגוני באמת התפתח בגלל שאנחנו לוכדים את הנתונים, מכיוון שאנחנו משלבים את הנתונים, זה כדי להיות מסוגל לשפר ניתוח ניהול וניטור יישומים זה.

הדבר הראשון שעלינו לעשות הוא להבין מה קורה למערכות או חלקי חתיכה אלה. דבר שני שאנחנו צריכים לעשות זה להבין למה זה קורה. זה דורש ידע מעמיק יותר על היישומים, בסיסי הנתונים, השרתים, ואיך הם קשורים זה לזה וכיצד הם קשורים זה לזה ומה הדבר האחד שיצליח להפעיל משהו אחר. כלומר, לעיתים קרובות אנו נתקלים בבעיות בהן קורה משהו וזה ממש לא גורם השורש, זה רק הסימפטום של משהו אחר. עלינו להבין מדוע זה קורה, אך עלינו לאסוף את הנתונים ולהיות מסוגלים לפקח על חלקי החלקים.

לבסוף, עלינו להיכנס קצת לניתוח החזוי או למעקב החיזוי. או שאנחנו מתחילים להבין מדוע משהו עשוי לקרות או מה יקרה אחר כך. אם משהו נכשל או עומד להיכשל או יגיע לסף כלשהו, ​​נצטרך להיות מסוגלים להפעיל ולהבין מה זה רומז, מה עוד יקרה הלאה. אנו לוכדים את הנתונים באמצעות הניטור, אנו מתחילים לנתח את מה, מדוע ומה הלאה, ואז סוף סוף אנו נכנסים לניהול על סמך הנתונים ועל סמך הניתוח.

זכרו, זה נחמד ללכוד נתונים, זה נחמד לנתח נתונים, אבל נתונים אלה חייבים, ניתוח ונתונים צריכים למעשה להיות פעילים. אתה צריך להיות מסוגל להיות מגיב, להגיב למתרחש ולהיות יוזם בניסיון לתקן את זה, את עצמו. אז עלינו שיהיה לנו לא רק כלי ניטור וניתוח חזותי של זה, אלא גם קריטי כדי שתוכל לתקן את הדברים באופן אוטומטי או מערכתי. זה מעין הצורך שגדל בארגון ושוב מנקודת המבט של ה- BI והניתוח העסקי ונקודת מבט לשילוב נתונים, לרוב יהיו לנו בעיות שמנסות להבין מהן נקודות השבירה. מדוע אין קנה מידה של קנה מידה, מדוע משהו נכשל, מדוע משתמשים עסקיים אינם חשים כי מתקיימים הסכמי רמת השירות? אנחנו יכולים לעשות את כל הדברים הנהדרים האלה עם היישומים, עם הנתונים, אבל יש לנהל את המערכות התומכות בה כדי לאפשר את כל הדברים הנהדרים האלה שקורים שם בחוץ. דז?

אריק קוואנה: נכון, קח אותו משם, דז.

דז בלנשפילד: תודה, וואו. כנראה שיש לנו כמה אזורים קטנים שאנחנו לגמרי מסכימים עליהם. מעט רקע מהיר על חיי בעולם המעקב אחר הדברים. לאמיתו של דבר, לפני 20 שנה כמעט אחי ואני עבדנו יחד בסביבות שנראו הרבה כאלה. זהו מרכז תפעול רשת. זה נכון לעכשיו, וניהלנו הכל החל מנתבים ומתגים, ושרתים, וחומות אש, ומערכות המריצות יישומים, והיישומים שם ומאגרי נתונים שם וכל מגוון שרתים היו קשורים זה בזה.

באותה תקופה לא היו כלים רבים זמינים לביצוע מעקב. היו לא מעט כלים בחינם ופתוחים עם קוד פתוח, אך ערימות היישומים המעטות שעשו ניטור מקצה לקצה היו יקרות וקשה להשיג את הידיים. וכך למעשה ישבנו וכתבנו אחד כזה, תאמינו או לא, והאינטרנט פשוט הפך להיות דבר, והיינו מפעילים כלים במערכות הייחודיות הללו, מערכות Solaris, כדי לאסוף דוחות פעילות של המערכת, שימוש בדיסק וזיכרון. שימוש וכדומה, והתחבר לקובץ והפעל עליו סקריפט. נהגנו לשלוח בדוא"ל את הנתונים שנאספו לשרת מרכזי, לשלוף את ערכי קבצי היומן האלה מהודעות הדוא"ל כשנכנסו, לנתח אותם, להחזיק אותם במסד נתונים ולצייר גרפים יפים עליהם.

חשבנו שאנחנו די חכמים ודי מגניבים כי יכולנו לדעת מה קורה, אבל הדבר שהכה אותנו זמן רב היה זה, למרות שאנחנו באמת יכולים לדווח על מצבה של ההיסטוריה של האומה, זה לא באמת אמר לנו הרבה על מצבה של המדינה הנוכחית במובן המיידי, מכיוון שהנתונים שאספנו נשלחו אלינו איפשהו, כך שבדרך כלל חלפו דקות ספורות לפני שהיא עברה מהשרת שהוא נאסף ברשת, דרך הרשת ובאימייל. ואל שרת דואר והתפרק והכניס מסד נתונים, אז באמת זה היה גרפים יפים אבל הכל בפיגור, כל ההיסטוריים האלה.

למען האמת, בפינה השמאלית העליונה של התמונה היפה הזו, כמו 18 לוחות LCD שמתיימרים להיות שולחן עבודה וירטואלי אחד, יש גרף, קצת גרף ירוק בפינה השמאלית העליונה שנראה מאוד דומה למה שהיינו עושים, מיפוי הדברים. והיה לנו את התסכול הבלתי פוסק הזה שכמעט בלתי אפשרי היה לנו לספר מה קורה כרגע, או אפילו מה עומד לקרות בעתיד. לא משנה כמה פעמים ניסינו לבצע גרפים חזויים, וזה כמעט לפני עשרים שנה בערך, מהזיכרון.

זוהי תמונה של מסך מרכז פעולה בפועל של רשת, זה 18 לוחות LCD שכולם מודבקים זה בזה ומעמידים פנים שהם שולחן עבודה גדול אחד גדול של חלונות, וזה לעיתים קרובות מדינת המדינה כרגע לסוגי דברים שארגונים או טלקוס או ארגונים גדולים לרוץ לעקוב אחר המתרחש בעולמם. בין אם מדובר ברשתות והנתבים שלהם, ובמתגים ושרתי היישומים שלהם, מה שמעניין במסך הספציפי הזה, או צילום מסך זה, תמונה, זה שזה לא חלון גדול אחד גדול, זה לא דפדפן אינטרנט אחד גדול ונמתח, זה הרבה של חלונות זעירים וחופפים. אם הדבר הזה אי פעם מתרסק או מפעיל מחדש או שיש לכבות אותו מסיבה כלשהי ולהפעיל גיבוי, איזה שוטה מסכן צריך לשבת ולפתוח מחדש את כל היישומים האישיים האלה ולמרצף את כל החלונות באופן ידני כדי לקבל אותה תצוגה. זה מאוד מייגע וזה מסוכן כי אם מישהו לא יודע את הסדר בו הם מחזירים אותם, כמעט בלתי אפשרי ליצור מחדש וזה מצב די עצוב לנוכח זה נכון לעכשיו איך נראים רוב מרכזי תפעול הרשת. מישהו צריך להפעיל פיזית מספר אפליקציות ומערכות סלולריות והם מסתכלים על העבר. כך שלא הרבה השתנה במובנים רבים עם מה שחברות רבות חושבות שהמעקב אמור להיות.

לפני לפני 20 שנה נהגנו לקבל את התפיסה הזו שאם אתה יכול לצלצל לשרת זה היה למעלה, אבל המציאות הייתה שמצאנו שרק בגלל שאתה יכול לפתוח שרת, כמו לפינג אותו ולהדהד סוג ICMP עבור ירה לעבר הדבר שהיה מהדהד ואומר, "אני חי" לא אומר שזה בעצם קרה. וגם אם זה נפל לאחור, לפעמים השרתים והיישומים שבהם לא פעלו. וכך, מעקב הוא מדע שלם. זה עבר דרך ארוכה, אך גם אז רבים מערימות היישומים המודרניות שאנו קונים בעולם הניטור ובעולם ניהול השירותים, אינן מביאות לחיזוי. הדברים היו הרבה יותר פשוטים אז. והיינו פעם - סוגי הדברים שהיינו חושבים עליהם היו, "ובכן, האם השרת פעיל ומגיב, הוא מערכת ההפעלה באופן מקוון ואנחנו יכולים להתחבר אליו. האם היישומים פועלים ונוכל לפקח על כך, האם שירותי האפליקציות מגיבים? שרת האינטרנט נראה כאילו הוא פועל, אך האם נוכל לחבר אותו ליציאה 80 או 443 עליו? האם משתמשים יכולים להתחבר לשירותים הנמצאים שם? "ולעתים קרובות זה נוגע למשהו פשוט כמו צלצול הטלפון של דלפק העזרה, ואם זה לא היה, ההחלטה הגדולה ביותר שהיינו צריכים לקבל באותו יום הייתה מי היה תורו האם זה מקבל סופגניות.

אחר כך הגיע הרעיון הזה של כל מיני-יתר, ובמיוחד מחשוב-יתר, ובכך אני מתכוון לנפח, למהירות וגודל הדברים שאנחנו עוסקים בהם עכשיו. והרבה אנשים מדברים על חד-קרני העולם ופייסבוק ולינקדאין וגוגל של העולם, אבל למעשה יש המון ארגונים בגודל קטן עד בינוני שיש להם סביבות עסקיות ו- IT מאוד מורכבות שהם מנסים לעשות לפקח ולנסות לתפוס, לאחוז ולשים את האצבע על הדופק הדיגיטלי של העסק, ולצערי הם נכשלים באופן לא חוקי, רק בגלל רמות המורכבות העצומות, שעלו בסדר גודל, אצלי נוף כמעט בכל רמות.

אם אתה מסתכל על שני חלקים בסיסיים באמת של מה שעסק מודרני צריך להתמודד איתם, במקרה אחד אפילו משהו פשוט כמו פלטפורמות ה- Big Data שאנו לוקחים כמובן מאליו. בצד שמאל יש לנו את המסגרת של מה שהיה פעם גרסת Hadoop, מצב אצווה מאוד, גרסה מכוונת אצווה של מה שחלפה Hadoop, המסגרת MapReduce פועלת על גבי מערכת הקבצים Hadoop ושלל כלים ש התחברנו לחיבור אפקטיבי, הם כמו חזיר וכוורת וכלים אחרים. בצד ימין, בעיקרו של דבר העיבוד השני של המסגרת של Hadoop, הבנוי סביב YARN, וארכיטקטורת מחשוב בעלת ביצועים מעט יותר גבוהה ותזמון טוב יותר. כשאתה מסתכל על המסגרות האישיות הללו עצמן, הם מורכבים ביותר והדברים שאתה יכול לעשות בתוכם מורכבים עוד יותר.

כאשר אנו מסתכלים על פרדיגמת הענן, יש לנו תרחיש היכן, זהו מודל של איך נראה OpenStack ו- OpenStack הוא - מקור פתוח של פלטפורמת ענן הבנויה מרבים, הרבה מודולים קטנים, וזו רק תרשים מחוספס. מסוג מרכיבי המפתח שגורמים לענן OpenStack לעבוד. וזה מורכב מאוד, מאוד, מאוד חזק, אבל מורכב מאוד. ולנסות לפקח על כל דבר בסגנון הקודם של עולם Hadoop, עם Hadoop ועכשיו Spark, וכל החלקים של אותה מערכת אקולוגית, מגלגלים ענן כמו הפלטפורמות מבוססות OpenStack, אפילו הבנת הסביבה המורכבת, לא חשוב לנסות למצוא גלה מה אתה עוקב ואיזה שירות אתה עוקב, ומדוע אתה עוקב אחריו ומה אתה מחפש לקבל מעקב אחר אותו. אלה בעיות ממש גדולות שעומדות בפנינו עכשיו עם חלק מהפיסות הבסיסיות ביותר בעולם שלנו ומערכות האקולוגיות בענן שאנו מנסים להפעיל או במקום או בציבור או היברידי.

ואז כמה מהמסגרות כמו עולם ה- Big Data, כמו Hadoop וכדומה, אלה הם אתגרים גדולים באמת והמהירות שבה הדברים בהם משתנים בהם, מקשה גם על המעקב והשגת תובנה עתידנית כלשהי. ואנחנו עדיין די תקועים בעולם הזה של אמירה, "נו, מה קרה לפני חמש דקות?" כמו ששמעת קודם, עם האתגר של המקום או המקום, האתר מחוץ לאתר ורק אז אתה חושב על דברים בתוך מחשבים או מרכזי נתונים. יש לך תערובת של שירותים פיזיים, שהם סוג של, ושרתים וירטואליים והם שינו, את מה שהרגשנו לחשוב עליו כשרת פיזי עם מחסנית יישומים אחת, עכשיו זה תמיד סביבה שמפעילה וירטואליזציה. תשתית, בין אם זה Hyper-V או VMware או OpenStack או Xen.

עכשיו לא צריך שיהיה לך שרת אחד שמריץ ערימת יישומים אחת, הוא מפעיל hypervisor, הוא מפעיל ערימות מרובות. והרשמתי כרגע כמה נפוצים ב- VMware, Hyper-V, OpenStack, אבל יש עשרות אחרים ואנשים רבים המשתמשים בהם. ולשילוב הענן של שרתי תשתית, שרתי פלטפורמה ושרתי תוכנה, וכל אחד מאלו בפני עצמו יש רמות מורכבות שאנחנו פשוט מנסים להשיג את הראש סביב ניהול ופיקוח ברמה הבסיסית, קל וחומר לנסות להבין מה עומד לקרות.

ואם זה לא היה מספיק גרוע, אנחנו עכשיו בנקודה בה אנו מגדירים דברים במובן תוכנה, בכך שיש לנו רשת מוגדרת על ידי תוכנה והגדרת רשת. יש לנו וירטואליזציה של פונקציות רשת, ומנסים לנהל ולעקוב אחר רשת מוגדרת תוכנה שכלולים רכיבים כמו וירטואליזציה של פונקציות רשת, נתבים וירטואליים, מתגים וירטואליים, חומות אש וירטואליות, ממשקים וירטואליים בשרתים, ממשקים וירטואליים קשורים, כל הדרך עד למעין השילוב של שירותים מול אפליקציות, וניסיון להבין את ההבדל שבפיקוח על אלה.

ועכשיו יש לנו כמה אתגרים מהנים יותר בכך שאנחנו עוברים במהירות מווירטואליזציה לקונטיינזציה והיצירה האחרונה של גרסת הקוד הפתוח של מערך הכלים של גוגל לווירטואליזציה Kubernetes ופרויקט HashiCorp Docker והיכולת ליצור צורות של מכולות . כעת, הדבר המעניין בניסיון לפקח על צורה של מכולה, אפילו מכולה פרטנית, הוא שפעם היה לנו מכונה פיזית ומכונה וירטואלית ואז כל מחסנית האפליקציות, ומערכת אקולוגית על אלה - בין אם פיזית, וירטואלית - עכשיו יש לך סביבה שבה תוכל להתקיים מופע של Docker שיכול להימשך כמו כמה אלפיות השנייה, הם מקבלים אושר, הוא מקבל בקשה, הוא מתמודד עם זה, הוא מספק את השירות שנדרש ואז הוא נפטר. דיברנו מעבר, מה שלדעתי ציטט רנדי ביאס אמר פעם, וזה אומר שאנחנו צריכים לעבור מלהתייחס לשרתים ולשירותים כאל חיות מחמד ולנסות להחזיק אותם בחיים כל הזמן, עד עכשיו שאנחנו פשוט מתייחסים לדברים כמו בקר ומעקב שזה אתגר מעניין עוד יותר.

יש לנו את הסביבה ההיברידית, כל כך ערימות של יישומים מסורתיים, כמו סביבות מסדי נתונים מסורתיות. הסביבות החדשות כמו שימוש בסביבות נתונים גדולים של Hadoop ו- Spark, של גידול ליניארי, צמיחה ואחסון, צמיחה ליניארית ומדרגיות, סביבות אלסטיות עבור חלק מפלטפורמות המחשוב הללו. והדרישה לניידות, אנשים שעושים BYOD. כיצד אתה עוקב אחר מחשב נייד שהחברה שלך אינה בבעלותו? כיצד לפקח על היישומים והשירותים ועל האבטחה שם? והפיצוץ האקספוננציאלי ממכונה למכונה והאינטרנט של הדברים שבאים. ומכונה ומכונה ואינטרנט של דברים היא כמעט בלתי אפשרית כרגע עבור חלק מהפלטפורמות ששימשו באופן מסורתי במובן הרגיל של ניטור, במיוחד כשמגיעים לסולם המכשירים התעשייתיים.

לדוגמה, המטוס של דרימליינר 787, כאשר הוא נוצר, המהדורה הראשונה, היו בו משהו כמו 6, 000 חיישנים במכונה עצמה, המטוס כולו. עכשיו, אני מבין את הגרסה האחרונה של איירבוס, אני חושב שזה ה- A320, שיש בו 10, 000 חיישנים שלוקח ניטור וניהול של מידע שמגיע ממכשירים שנמצאים תחת פיקוח לרמה חדשה לגמרי. יש לנו אתגר זה הולך וגובר לא רק לשמור על היכולת הבסיסית לפקח על משהו ולראות שהוא מקוון וזמין, אלא זה, עכשיו הדרישה הזו לניתוח חזוי מיושמת עליו.

מכיוון שביצענו ניתוחים חזויים על מגוון שלם של דברים סביב העסק שאנו מנהלים, והמערכות שאנו מנהלים וסוג השירותים שאנו מספקים. וכך, מה שנראה עכשיו והבין, שלמעשה נוכל לספק ניתוחים חזויים בשירות ניטור ולהגיד לכם לא רק מה קרה לפני שנייה וחמש דקות, אלא מה יקרה בעוד חמש דקות על סמך מה שאנחנו יודעים עד כה. ואני חושב שזו תקופה מרגשת במיוחד לחשוב כיצד לנהל שירותים, כי אם היינו יכולים לעשות כל צורה של ניתוחים חזויים, דברים שאנו מסתכלים עליהם עכשיו כמו קנה מידה אוטומטי וכן הלאה בסביבות הענן והווירטואלי שלנו, שם אם שרת מבין שהוא מעט עמוס, הוא יכול להפעיל עותק נוסף מעצמו ולעמוד במערכת האקולוגית ולטפל בעומס רב יותר ואז כאשר עומס העבודה יורד, הוא כמעט מתחלף כלפי מטה ומניח את אחד המכונות שלו ונכנס לחזרה ל מצבו הרגיל. להיות מסוגל כעת להשתמש באנליטיקה חזויה ובמבט עתידי של המתרחש על ידי ניטור הדברים לאורך כל הדרך מהתשתית והחומרה, דרך שירותי קו הקצה. כל המסע מקצה לקצה, התודעה מסתבכת במה שאנחנו הולכים להיות מסוגלים לעשות למען מה שעיקרו עכשיו שיחה שתמיד אנו חיים בה. ועם זה בחשבון, אני הולכת למסור .

אריק קוואנה: בסדר, תן לי למסור את המפתחות לרוברט וונדרווורט. כיסה שם הרבה קרקע ואני סקרן לראות מה אתם עושים וזה, כמו שאמרתי, אני אוהב את כל הפילוסופיה הזו. אז שתף את שולחן העבודה שלך אם אתה רוצה לעשות זאת, או הזז את השקופיות. קח את זה מפה.

רוברט וונדרווורט: בסדר . אם אני יודע איפה הכפתור הזה, זה מה שאני עובד עליו כאן.

אריק קוונהאג: עליכם ללחוץ על התחל, למעלה משמאל.

רוברט וונדרווורט: אה, בסדר.

אריק קוואנה: לחץ על זה, אתה אמור לראות מסך משותף. הנה אתה הולך, קח את זה משם.

רוברט וונדרווורט: הציל את היום. מדהים. בסדר, אז דז, זה לא היה מאיים בכלל. או בן אדם. לא, שיחות טובות, חבר'ה, שיחות טובות. אז כן, בהחלט, אני באותה המוח, אנחנו הולכים, סוג של, לירח. כלומר, עלינו להבין כיצד נוכל לעקוב אחר הדבר הזה, מכיוון שהוא עוקב אחר מסלול דרך שנלקח, וזה ממש קשה. גבר, אני יכול לומר לך מהעבודה בחברת תוכנה שעושה זאת והיות בישיבות פיתוח יומיומיות, אלה דברים שאנחנו מדברים עליהם, אלה חששות אמיתיים מאוד. כיצד אנו ממשיכים לעמוד בתעשייה? אנחנו לא רוצים להיות זה, מערכת הניטור שעברה בעבר.

עם הרבה מחשבה, וכפי שסיפרתי לחלק מהחבר'ה בקדמת הצ'אט, אחד הספרים האהובים עלי וזה בתקווה לא אומר עלי יותר מדי, אבל זה "זן ואומנות תחזוקת האופנוע", אני הייתי מחשיב את זה כסוג של פילוסופיה, וזה בעצם רומן שאינו בדיוני, אבל מה שלא יהיה. הוא מדבר על איכות, ומה איכות ומה איכות הדברים, ולכן זו מטאפיזיקה שלמה של איכות צצה ואני לא מתכוון לנסות ולתת לכם היום שיעור פילוסופיה, אלא קצת. כל הניטור הפרגמטי הזה, מה זה? זה מה שעליתי עליו בעצם לאחר מחשבה רבה על כל הנושא הזה, ופרדיגמה מהסוג הזה שאנחנו עוברים אליו ומתרחקים ממש כמו שאמרת, שרתים כחיות מחמד - דרך נהדרת לומר זאת.

זו ממש ההגדרה של שתי המילים. האחד, פרגמטיזם: התמודדות עם הדברים בצורה מושכלת ומציאותית. בעיקרון פשוט מעשי, זו מילה מפוארת למעשית. צג: אחי. אנחנו רוצים לתקוע במשהו, אנחנו רוצים לתקוע בו מדחום, אנו מודדים מחדש, מודדים מחדש, מודדים מחדש ובוחנים אותו. שהרעיון הוא כמה משני הדברים האלה בכך שאנחנו עוקבים אחר הדברים באופן מעשי. קל מאוד להיתפס, ואני יכול להגיד לך עם כל כך הרבה אנשים שאני מתמודד איתם ועם היותך צד לפני המכירה, אני מתעסק עם טכנאים בחברות שונות, כל מיני סוגים של טכנאים, כל מיני סוגים שונים של חברות, אנכיות, מה שלא יהיה, וזה תמיד אותו סוג של דברים. הרבה פעמים כשאנחנו נכנסים לעסקים האלה אנשים כמו "טוב, אני באמת רוצה לפקח על השרתים שלי, אני רוצה לדעת מה זה, מה המעבד שלי, מה עושים תהליכים ואני רוצה לוודא שאני אל תיגמר החלל בכוננים. "ואני חושב עכשיו, בסדר, זה דברים ממש פשוטים. אבל אני ממש רוצה לנסות לעטוף את הראש סביב תהליך קצת אחר כאן.

ראשית, השאלות הטכניות שנכנסות תמיד כשאנחנו מתחילות לדבר על ניטור - כולן מתמקדות באמת בזמינות - האם החומרה / תוכנה שלנו עובדות עד כדי הפינג? כן בסדר. לא - פינג לא אומר שהתוכנה שלך עובדת. פירוש הדבר יכול להיות שהשרת שלך מקוון ואם זה ללא ספק הגישה שאתה נוקט, תן לי לראות את שרת האינטרנט ולראות מדוע הוא לא מגיב, אתה תגלה ש"היי, תראה, זה מגיב, עכשיו. עלי ללכת רחוק לשרת האינטרנט ההוא ולהסתכל על זה, והאם אוכל להגיע אליו על הקופסה? " יש את כל המאמץ הזה לפתרון בעיות מטורף שעובר עליו כשאין לך פיקוח על שום דבר, שיש באופן מפתיע. אני לא מתכוון לנקוב בשמות, אבל יש כמה חברות די גדולות שלא עושות הרבה מכל זה בדרך לפיקוח.

כמובן שעבורי זה דבר ברור מאליו, כי אני עובד בחברה שמייצרת את התוכנה. בכל מקרה, האם דף האינטרנט מגיב? לא רק שהדבר הזה חי וקיים, אלא שהוא בעצם אומר לי מה אני רוצה לראות? אתה לא יכול פשוט לומר, "אה כן, דף האינטרנט הגיב תוך 40 אלפיות השנייה, " זה יכול להיות דף דוח מלא. עלינו לוודא שנוכל להעמיק מספיק על ההתחלות הללו, השאלות הללו, בכל הנוגע לתשובות, נוכל לענות על השאלה באופן שממש משרת את השאלה. זמינות, ביצועים - האם החומרה / תוכנה מציגה ביצועים טובים? יש המון דלפקי ביצועים עליהם אנו מדברים, כל הטכנולוגיות השונות הללו. בין אם זה Hadoop או IAS או אפאצ 'י או כל מה שיש, לכולם יש קבוצה מסוימת של מוני ביצועים. כל מה שמיקרוסופט די הרבה יהיה לדלפק ביצועים של WMI. יש לך מכשירי SNMP שלך, המון דרכים שונות לגלות מה קורה מתחת למכסה המנוע, איך התחושה שלו.

ואז הדבר האחרון כאן הוא תכנון יכולות, אז לעשות כמה ניתוחים על הדברים. יש לנו את כל השביל הארוך הזה של נתונים היסטוריים, ובכן אנו רוצים לדעת שהוא - וזה סוג של צורך רגשי, אנחנו לא, רק בגלל שאנחנו עובדים ב- IT זה לא אומר שאנחנו לא בעלי חיים רגשיים, יש תחושת ביטחון של - אם יש לך משהו שנכשל הרבה, אתה חושב "ובכן, מתי זה ייכשל שוב, האם זה באמת בעיה?" ובעוד יש לנו יכולת נהדרת של זיהוי דפוסים בדברים, לא רק בחיים, אלא בעולם סביבנו, וגם לאורך ציר זמן, אך ייתכן שהדברים לא יהיו בעייתיים כמו שאתה חושב שהם. או שהם עשויים להיות יותר בעייתיים ממה שאתה חושב שהם. כשאנחנו מנסים לקבל החלטות עסקיות טובות, זה בהחלט נושא. עלינו לערוך מדדים אמיתיים, עלינו להיות מסוגלים לבסס את הרגשות שלנו, ואת התפיסות שלנו לגבי העולם הזה, להכניס אותו למספרים ולהעצים אותו - מדע!

אז בכל מקרה, זמן הפילוסופיה: צ'ארלס סנדרס פירס. הוא הבחור שבאופן בסיסי התחיל פרגמטיזם, ולכן אני הולך לפזר כאן כמה שפות של שנות ה -18, "שקול אילו השפעות יכולות להיות בעלות מיסבים מעשיים, אנו מחשיבים את מושא התפיסה שלנו." מה שהוא אומר כאן, הוא " מה הדבר הזה? מה הדבר הזה עושה? "אז מה שהדבר עושה, זה מה שזה בשבילי. שרת אינטרנט זה דבר שמפזר דפי אינטרנט, אין לו, אתה לא צריך לחשוב עליו יותר מסובך מזה. האם זה מורכב מהרבה תוכנות מסובכות? אתה מתערב. מערכת ההפעלה לבדה היא כנראה מסובכת הרבה יותר מכל הדברים שממש פועלים עליה. אבל זה לא משנה. כשאנחנו מנסים לבדוק את השאלות האלה, עלינו לדעת, האם דף האינטרנט עובד? בסדר, זה הכל דברים די פשוטים. הרעיון שלנו מוביל להשפעות שלמותנו, של תפיסתנו את האובייקט לנקודה. בואו נתפוס את האובייקטים האלה. זה הקושי. רוב האנשים שאני מדבר איתם, שוב, עוסקים במעקב אחר שרת, "אני רוצה לפקח על חומרת הרשת שלי", או "אני רוצה לעשות את זה." זו חתיכה מסוימת של חומרה או זו טכנולוגיה ספציפית. וזה בדרך כלל, כל אחד מהם הוא הכאב הגדול ביותר בצוואר עבורם.

רוב הסיכויים שיש להם כבר תוכנת ניטור אחרת בבית, ועושה חלק נוסף מזה. אני כמו, "נו, היי, למה אתה לא יכול" - אני אוהב לשחק מעט את תומך השטן - "אתה לא יכול להשתמש באותה פיסת תוכנה אחרת כדי לעשות את זה?" "אה, ובכן זה לא באמת עושה את זה כל כך טוב." "אוקיי, נו מה עם זה?" "ובכן, מה שלא יהיה." ולי, כל השאלות הללו הן עומס של חציר. אני במכירות מוקדמות, אל תחזיק את זה נגדי חזק מדי, אבל אני מהנדס כל כך, מהרהר את האובייקט הזה. לכן עלינו להיות מסוגלים להבין מהו האובייקט, מהם כל החלקים הנעים. אם מישהו אומר, "ובכן, שרת מסד נתונים, " אני כמו "אוקיי, מה משרת שרת מסד נתונים?" "אה, ובכן בעיקר ה- ERP שלנו." "אוקיי, אז יש לך בעיות ביצועים עם ה- ERP שלך." " כן, אבל אנחנו חושבים שזה יכול להיות מסד הנתונים. "" אוקיי, תראה, בוא נדבר על ה- ERP. ERP פועל על אורקל. "" בדוק. "" אוקיי, יש לך חזית אינטרנט בפראייר הזה או שכולו שרת לקוח? "" אה, טוב, זה די סוג של שניהם. "" אוקיי, מגניב, אז יש לך חזית אינטרנט, יש לך קישוריות לשרת לקוחות אליו, איפה האחסון, איזה סוג שרת פועל הדבר הזה, איך נראית הרשת שלך? "אני שואל אותם מאה שאלות, נראה .

זה בכלל לא מכהן, גם שאנשים פשוט לא מכירים. "התחלתי כאן לפני ארבעה חודשים. אני באמת לא כל כך מכיר את הסביבה. "אוקיי, ובכן אתה מנסה לאבחן סוגיות מורכבות למדי כשאתה לא מכיר את הסביבה, אני מרגיש אותך, אבל זה לא עוזר לפרדיגמה. עלינו להבין. עלינו לבנות את ההבנה הזו. וכך, לעיתים קרובות כשאני שואל אותם, "היי יש לך ספר, יש תרשים, יש לך תרשים, יש דוא"ל, האם אתה יכול לשאול מישהו?" זה בדרך כלל האחרון. "אה, אני צריך ללכת לשאול את בוב, אבל הוא בעצם בחופשה. הוא חוזר, בוא נקבע משהו בעוד שבועיים ונוכל לקבל גישה למערכת הזו, בתקווה, " וכן הלאה וכן הלאה. וכך, מייד אני מרגיש לחלוטין את הכאב שלו. בסדר. עלינו להיות מסוגלים לבנות הבנה זו בכל כלי זה שאנו משתמשים בו. וכך פשוט קחו בחשבון את זה כאן.

והשאלות העסקיות אינן יכולות להיות מענה, כלומר, לעתים קרובות מאוד מדברים עם טכנאים, הם נמצאים בתעלות. אנחנו מתקנים דברים. אנחנו הרבה פעמים במצב כבאי, לפעמים בקצת הלם ובהחלט קצת יראה. לא לצטט נשיאי עבר, אבל בכל מקרה, כך שהשאלות העסקיות שאתה שומע, הם מאוד מתאימים לשאלות הטכניות. ובאמת מה שאתם צריכים לעשות, אם אתם הטכנאים הללו, הוא לנסות ליישר את הבעיות העסקיות הללו עם הנושאים הטכניים. הם באמת באים אחד לאחד. רשמו את הרשימה - זמינות, ביצועים ותכנון קיבולת. האם אנו משתמשים במשאבים שלנו בתבונה? לאן הכסף הזה הולך, שבילינו? קנינו את כל השרתים המבריקים האלה, מה הם עושים, האם אנו יודעים שמשתמשים בהם נכון? מי יודע? אלא אם כן אתה מודד את זה. נקודות חמות ונקודות קרות. כל הדברים האלה שהנקודות מודגשות, אז אם אתם מקבלים את הצגת השקופיות מאוחר יותר, נקודות חמות וקרות זו רשת בצרה. איך יש קישוריות לאינטרנט ול- WAN? כמובן שספקי רוחב הפס שלכם רוצים למכור לכם רוחב פס נוסף. האם אתה באמת צריך את זה? איך אתה משתמש בזה? אנחנו מדברים על ביצועים. האם יש לנו איזה סוג של דבר שאומר שאנחנו אמורים להשיג יעדים מסוימים? עלינו להגיב לדברים. רוב האנשים לא.

ואני יודע שאני נשמע מאוד נלהב, אני מקווה שאני לא נשמע יותר מדי כאן, אבל יש לי SOA. קבעו לעצמכם יעדים. אנחנו מדברים על חמש עשרה זה חצי דרך לשלושים. כן, קבעו לעצמכם יעדים, זה לא, אין בזה שום דבר רע. הציבו מטרות חד קרן. הציב יעדים בלתי ניתנים להשגה לחלוטין. אף שרת לא יכול לרדת יותר מתמיד. הם חייבים להיות 24/7, לא משנה אם העובדים שלנו עובדים רק תשע עד חמש, אני אף פעם לא רוצה שמשהו ישבור, כמובן שלא. יכול להיות שיש לי ציפיות אישיות, אך אנו יכולים למעשה לבטא את אלה גם במובן עסקי. פגישה עם SOAs, אנו בהחלט מחלימים את הניהול. האם הפעולות הנוכחיות קיימות, כך נוכל להמשיך לעשות זאת. האם זה טירוף? האם אנו יכולים לקיים זאת?

שוב, אני לא מזכיר שמות, כדי לנסות ולהיות הוגנים, אבל בהעסקה קודמת היה לנו אחד מאותם, "אופס, אנחנו צריכים לקנות מגירה חדשה לחול, כי היא מלאה." "הממ, נו, יש לנו חודשיים עד הרבעון הבא, האם יהיה לנו כסף מזומן כזה? "" נו, אנחנו צריכים את זה עכשיו. "" נו, איך עושים את זה? "ברור שאני אוהב, " אני יכולים לרדת לפריי'ס ולקבל כמה כוננים קשיחים "והם כאילו, " לא, אתה לא יכול לעשות את זה, אז, סליחה רוברט, אתה לא יכול להשיג את דרובו ולחבר אותו. "אם כי, חלק מכם, אני בטוח, כנראה מהנהן בראשך וראיתי זאת בעבר.

בכל אופן, כך שתכנון יכולת, עלינו לדאוג לא רק מנקודת מבט לאחסון, אלא בסביבה ההיפרסקולית הזו, כשאנחנו מדגימים וירטואליזציה ומופשטים את כל משאבי המחשוב האלה, זה רק חבורה של ליבות מעבד וגיגה-בייט. עלינו לדעת כיצד משתמשים בו. אני צריך לדעת אם אני מגמה להיגמר. אם אני בסדר גמור, אם אני בעצם נמוך. לאן זה הולך, כמה זמן יש לי, דוק? האם יש לי תשע מאות יום עד שנגמר לי החלל, או שיש לי תשעה? יש שם הבדל גדול. אתה לא רוצה להיתפס ככה. אז, הרבה דיבורים. איך הזמן הזה נכנס לתמונה הזו?

ובכן, מספר אחת, ראשית, אחרי זה אני אראה לכם סוגים דומים של דגמים ישנים / דגמים חדשים, אבל סוג של הבנה איך המוצר באמת משתלב בזה, עלינו למדוד את האפקטים. אתה צריך להיות מסוגל למדוד את כל הדברים הקטנים כדי להבין את התמונה הגדולה, אבל כמו שאומרים אנשי המכירות שלנו, אתה לא צריך להרתיח את הים כדי לעשות זאת. מהצד הטכני של הדברים, וסוג כזה אכן עוברים לכיוון שיפוע כאן, אך מהצד הטכני אנו צריכים למדוד את אותן סביבות וירטואליזציה. דברים שמפעילים את המפקח. כיצד נעשה שימוש במשאבים המופקים? משתמשים בהם בתבונה? מה שלומיהם של מארחי ESX וכדומה.

מערכת ההפעלה, מכיוון שבוודאי אם מישהו בילה זמן בבחינת מדדים ו- vSphere - לא להצביע על פלטפורמת וירטואליזציה מסוימת - זה לא יגלה לך מדוע שרת SQL שלך עולה באש. זה לא. זה יגיד, "היי, זה משתמש יותר ממה שהוקצב לו כי אפשרת את זה." אוקיי, נהדר. "אתה מבלבל את הזיכרון שלך." בסדר, נהדר. מה מבלוג את הזיכרון שלי? האם האנטי-ווירוס שלי עבר חציר? מי יודע. עלינו לפגוע במערכת ההפעלה. ברור, נכון? נראה ברור. תהליכים, מערכות קבצים, האם נגמר לי החלל, דברים כאלה. אם יש לך מערכת קבצים של לינוקס, יש לך ניהול אמצעי אחסון לוגי, יתכן שיש לך תריסר מערכות קבצים בכונן הקשיח הווירטואלי הזה ואתה לא תראה אחת מהן בשכבה הווירטואלית. בכל אופן, מטיף.

רשת קושרת את הכל ביחד, ופשוט נשאיר את זה שם. האם הרשת מורכבת? זה יכול להיות מורכב ביותר, זה יכול להיות די פשוט, כל הנקודות בין לבין. עלינו להבין שהרשת היא איך הדברים מסתדרים. הסביבות מורכבות יותר מקבלים, אתה הולך ענן היברידי, כל זה, IoT, הו אלוהים. אני מתכוון שאני, ללא ספק, את עצמי, אני אוטומט ביתי, ואני אוהב לראות את כל המדדים שלי, גיליתי רק כמה שירותים, מה שלא יהיה, אני לא מתכוון להעדיף אף אחד, אבל מה שלא יהיה, שולף את המדדים האלה, יכולת לדמיין את הדברים האלה. אני יכול לדמיין את החבר'ה שמקבלים נתונים אלה מכל מי שמגיע למקום ממאות אלפי מכשירים, זה מטורף. הרבה דברים עוברים על הרשת, רשת SAN. יצא מהצינור לאינטרנט. אנחנו צריכים לפקח על זה.

עלינו לדעת אם יש בעיות אם יש, יש בעיות וכו '. מה שאנו מכנים מסכי שירות. אז כשדיברתי על ה- ERP או SharePoint, או כל דבר אחר, מוניטור השירות מנטר משהו שרץ על כל הדברים המבריקים והנופלאים האלה, זה iOS, זה אפאצ'י, זה מילוי-ריק, זה מנוע בסיס הנתונים, זה שירות Windows פועל. אם אני מחבר את SSA לנתב כדי למשוך קצת מידע על התצורה ולראות אם הוא השתנה, או, על איזה מעגל אני מפעיל? מה שתגיד. זה איזה מבחן, בסדר? דמיינו את האובייקט. יש לנו יישומי פלאגין, וכל כך סוגים של קשר עם התעשייה כאן.

ואני אדאג שאעבור לכאן, מישהו, תן לי בדיקת שפיות קטנה אם אני מדבר יותר מדי. אבל התוספים מאפשרים לנו להיות גמישים, הם באמת - כדי להיות זריזים, עלינו שיהיה משהו שמתגרש ממעגל החיים של הזמן הנכון, שכן יש לנו בערך ארבע מהדורות עיקריות בשנה. אני חושב שהיה לנו, בכנות, בחצי השנה האחרונה, אני חושב שיש לנו ארבעה בחצי השנה האחרונה. אנו ממשיכים לעמוד בזה מבחינה התפתחותית, אך אינך רוצה לחכות. תגיד, ובכן יש לך SharePoint 2013, אתה עובר לשנת 2016, אולי לא תרצה לחכות עד דצמבר כדי שיצא עם עוד מהדורה שעושה זאת.

התוספים מאפשרים לך לעשות זאת בעצמך, להשתמש בכל אחד מכמה וכמה תסריטים אפויים מראש שנמצאים שם בחוץ, או פשוט לכתוב בעצמך ויש לך את זה לכתוב פעמים פונקציונליות ליבה ואנחנו יכולים לעשות את זה גם בשבילך. הייתי מעלה שם, שרק מנקודת המבט של המכירות היא שאנו אכן תומכים בזה. כלומר, זו פרדיגמה שונה מאוד מקהילת הקוד הפתוח - שאני אוהבת, יקרה מאוד לליבי, מאוד מעורבת בה - אבל אם אתה קונה תוכנת ניטור אתה רוצה שיהיה למישהו להתקשר. אתה צריך שיהיה לך טלפון שאתה יכול להרים ולהיות כמו "בלה לא עובד", או "מה זה אומר?" רק קח זאת בחשבון.

האפליקציה - וכאן באמת מתחילים לעבור לערך העסקי של הדברים. וגם מהרמה הסוגית, שמירה על עצמך-שפויה. זאת אומרת, כל הדברים הקטנים האלה שם למטה בתחתית, אם היית לומד את כל הדברים האלה היית מקבל מיילים כל היום, אני מבטיח לך. הכלל נוצר, דוא"ל מתעלם, דברים לא פוקחים, כלי מדף. מקום רע מאוד להיות בו. זה גם מקום רע להיות מנקודת מבט מתח. בכל מקרה, בלי קשר וזו הסיבה שאנחנו עושים את זה. אז היה שם, עשה את זה. רמת היישום היא המקום בו אני באמת צריכה להתריע. עלינו לקבוע קריטריונים ועלינו כמובן לבנות את העולם הקטן הזה, אך אנו קובעים קריטריונים אלה כדי לומר, "היי, זה מה שהיישום שלנו בנוי עליו. הנה בסיס הנתונים, הנה חזית האינטרנט, הנה האחסון, הנה הרשת, dingdingdingdingding, הנה דפי האינטרנט וכו '. ואז אני יכול לומר, "היי, היישומים שלך לא מרוצים." בהסכם רמת השירות, ב הנקודה הזו היא אי-המוח וזה כשלעצמו זה כמעט שום דבר ללא מאמץ, כי כל המאמץ היה ממש רק שם בבניית ההבנה והיישום של החלקים הקטנים האלה.

הסכם ברמת השירות, אתה פשוט אומר, "היי, אני רוצה את הדבר הזה בארבע תשע." בום. בוצע. זה יתריע בפניך כאשר אתה נוטה להיכשל. זה יגיד לך למה אתה מתחיל להיכשל וזה אפילו מסתכל על נתונים היסטוריים, אני יכול להגיד לך למה אתה לא עומד ביעדים שלך, וזה מאוד שונה מלהיות משהו מה שהייתי מחשיב בעיקר כמעורר עשן. זה הסוף העסקי של הדברים. מה שאני אוהבת בכך ש- Uptime נכנס לזה, אני בעצם ותיק של IDERA. אני עם החברה כבר ארבע וחצי שנים, כשקנינו תוכנת Uptime - זו חברה מבוססת טורונטו - הייתי ממש סקפטי, כאילו אני כמעט מכל דבר, אבל זה ממש הרשים אותי מכיוון שנאלצתי למסור את הדוחות האלה, דוחות ה- BI להנהלה, האם אנחנו פוגשים SOA ולרוב אני יוצא ממקומות מטופשים, כמו תוכנת ה- ITSM שלי, רק אסף את המקרים שלי ויידע אותי כמה השבתות היו לי, שאני מכיר את עצמי והרבה אנשים פשוט לא עושים כרטיסים. זה כנראה כנראה עבד לטובתנו אם בכלל, אבל זה לא טוב לעסק. המוצר למעשה חושב על הדברים האלה.

הנה שתי הפרדיגמות הללו וזה שרובנו נמצא בו עכשיו, וזה שאני מנסה להוציא את הראש של כולם, זו הדרך הרעה לחשוב על מעקב אחר הדברים שלך. בסדר? למה זה רע? זה בגלל שזה סדרתי. יש לי את תחנת הניטור שלי, אני עוקב אחר שרת, יש לו מדדים, אני מתריע על המדדים האלה. אתה יכול לראות שאני מנסה לגרום לזה להיות עמוס בכוונה בצד ימין, שם. בהתבסס על הבנה של חבורה של תיבות צריך פיקוח, אז זה באמת וזה רועש בגלל כל המדדים האלה, זה ממש רועש והמעבד שלך גבוה, הזיכרון שלך גבוה, מערכת הקבצים שלך נגמרת בשטח, דף האינטרנט שלך זמן התגובה הוא חמש שניות, אתה, אתה יודע, בלה בלה בלה.

הדברים האלה, זה רעש. אלא אם כן באפשרותך לשלוח בדוא"ל את הדוא"ל שלך ולגייס נפשית את כל הדברים האלה וכדי לנסות להבין את התמונה הגדולה יותר, זה לא ממש משרת את העניין, שמתריע על מה משתבש. זה פשוט סימפטומטי וקשה לפענח את ההשפעה וזה מספק מעט מאוד ערך עסקי. אני די מבטיח לך שלמנמ"ל שלך לא אכפת כמה קרציות מעבד שימשו בשרת SQL שלך. הוא מודאג יותר מהשירות שאתה מספקים, למעשה עובד טוב והאם לאנשים היו בעיות בגישה אליו ומה הלקוח חושב, וכאלה דברים.

בחור זעם, כן, לא כיף. כך מצאתי שה- BlackBerries היו מאוד גמישים. בעוד הכדור עשוי לנשור, הם ישרדו בריחת מדרגות, או חמש. בכל מקרה, סליחה בלקברי.

דרך חדשה לחשוב על ניטור הדברים שלך - אני מתכוונת למערכות IT ולמקרים של אפל. כאן אני רוצה שראשינו יהיו ופשוט בחרתי כאן שני דברים ממש פשוטים. אני אוהבת את הערימה הפתוחה הזו של גרהאם, אני בטח אנסה לגנוב את זה בשלב מסוים, אבל אנחנו עוברים להבנה המחוברת הזו. איך הדברים קשורים זה לזה על בסיס הבנה זו של התלות והחלקים הפונקציונליים של כל הדברים האלה? שוב, זהו האובייקט הזה, אנחנו שוב חוזרים לכל העניין הפרגמטי הזה. שקט.

שתי התראות - ה- ERP שלך אינו מאושר מכיוון שמסד הנתונים שלך פועל לאט ודף האינטרנט שלך פועל לאט. אפשר לומר, "היי! ERP אינו מאושר, דף האינטרנט איטי ובסיס הנתונים איטי. "יכול להיות שמסד הנתונים. עכשיו, למען ההגינות, אני לא מתכוון לומר לך, "כן, הסיבה שדף האינטרנט שלך איטי היא מכיוון שמסד הנתונים איטי." אני לא עושה את זה. אני לא פתרון APM למטרת מסלול, אבל כשבנינו את ההבנה הזו ואנחנו מקבלים דוא"ל כזה, זה הגיוני מאוד ומאמץ פתרון הבעיות שלך במקום להגיד "הממ, זה לא עבד", מרחוק ומה שלא יהיה, או פרמפון, כל הכלים המרובים האלה הקופצים בכל מקום, זה לפחות, לכל הפחות, מייעל את מאמצי פתרון הבעיות שלך בצורה מדהימה. אבל עדיין לא הגעתי לצד הגרפי של הדברים. זה רק ה - לא מסתכל על נקודת מסך ואני לא אוהב להביט בכלי ניטור, בכנות.

קל להבין אם כן, נכון? אנו יודעים מה קורה כי בנינו את זה, בנינו את ההבנה. אבל החלק הטוב ביותר בעניין זה, לדעתי, הוא שהוא חולק הרבה מהידע עם אנשים אחרים בצוותים. אנחנו מדברים על ממגורות כל הזמן והאם זה האפליקציה או מסד הנתונים או כל דבר אחר. זה כל כך הרבה שזה בעצם הפכו לקמפיינים שיווקיים עבור חברות מסוימות, הכל כלי מסד נתונים, בטח ראית אותם.

אז, ידע - ידע הוא כוח. קצת הבנה היקפית עם האופן שבו מערכות נפגשות. האם איש דלפק העזרה שלך צריך לדעת את כל הפרטים והרחבים של הרשת שלך וכיצד SharePoint מתפקד ואיך ה- ERP שלך מתחבר. כנראה שלא, אבל זה מאוד מועיל כשאני יכול להסתכל על לוח מחוונים ומישהו מתקשר ואומר שהוא לא יכול לגשת למשהו, אני יכול להיות כמו, "אה כן, נראה שאנחנו נתקלים בבעיות כרגע בקצה שלנו נתב. אז אם אתה מחוץ לקמפוס, SharePoint תהיה בעיה בשבילך אבל הייתם בעניין. "אנשים אוהבים את זה, הם לא אוהבים, " ממממ מממ "מסתבר.

בכל מקרה, זה ערך עסקי, נכון? חוץ מזה התחל, הפעל, הגדרת IP, שמעתי, "ughhhh" הרבה בדלפק העזרה. בכל מקרה, אבל זה מספק את הערך העסקי הזה, כי אנחנו מבינים איך החלקים נעים. אנו מבינים כשדברים משתבשים, יש לנו SLAs אלה, אנו מבצעים תכנון יכולות, כל הדברים האלה שאולי נראים כמו חד קרן בהתחלה, כאשר כל הדאגה שלך היא עד כמה הביצועים של השרתים שלך הם, הם דברים שהם מאוד פשוט להגדיר וזה המפתח. יכולתי לבכות קשתות גשם.

קבעו ולעמוד בציפיות. זה קצת ה- SLA. יש אותם. אני חושב שכבר בטח הרמתי את זה מספיק אבל אנחנו כבר עוקבים אחר הכל. בנינו כבר את ההבנה, את היישומים, את התלות ואת הקישוריות, זה החלק הקשה, רק הבנת הסביבה שלך. זה עושה את הדבר, זה לא הופך להיות קל יותר. כבר מתריעה, אנשים כבר מקבלים אימיילים רלוונטיים כאן, אני אפילו יכול לעשות מסלולי הסלמה ואני לא מתכוון לנסות להראות לכם את כל הדברים בשום סוג של הדגמת תוכנה כאן, יש בהחלט פורומים לזה.

אני כבר מבצע אוטומציה של תיקונים, Uptime אפילו יכול להגיב לדברים. אני מתכוון שתמיד יש דברים מטופשים וטיפשיים כמו סליל ההדפס שמתרסק מסיבה לא ידועה, הוא עדיין נמצא ב- Windows 2000 ויום אחד אתה הולך לשדרג את זה, אתה נשבע - מה שלא יהיה. לוקח כמה דקות מהיום שלך ומישהו יודע ששבר לך כדי לתקן את זה, נכון?

אוטומטית, סוג כזה של דברים הוא רק מספוא אוטומציה. כבר הכנת לוח מחוונים מדהים, אתה יודע, לוחות מחוונים לנושאים - זה באמת דבר. כל מה שאני אוסף Uptime אני יכול להבין בצורה כלשהי הגיונית. אז אם אתה צריך לסטות זה כמו, "אני באמת מאחל לי שיש לוח מחוונים לביצועים עבור ה- SQL שלי." בוצע. אתה רוצה לוח מחוונים ליישום הכולל טכנולוגיות בכל הערימה? בוצע. תכנון קיבולת? בוצע.

כל כך די פשוט. קבעו יעדים אלה, גרמו לאותם חברות SLA להבין מדוע אינכם זקוקים להם. זה באמת המפתח כאן, אתה יודע, זה לוקח רק שנייה, פשוטו כמשמעו לוקח רק כמה שניות, ממש לא דקות, כדי להסביר את זה, אלא רק להגיד, "היי, הנה הציפייה שלי, הנה הדברים האלה אני מצפה לעבוד, "ואז Uptime אומר לך מה לא עובד.

בכל מקרה, התכוונתי לגנוב את תמונות הקשת הכפולות, אבל כנראה שאסתבך עם זה. מרגש יותר מקשת כפולה, אלוהים אדירים - זה האתר כאן. אני הולך לקפוץ. האם יש לי עוד כמה דקות? תן לי לקבל כאן זמן בדיקת שפיות, מה שלומנו?

אריק קוונהאג: כן, תראה לנו דברים.

רוברט וונדרווורט: בסדר, מגניב. כאמור, כיסיתי הרבה אדמה; מה שחוסך ממני להראות לך את הקטעים הלא כל כך סקסיים שכולן רק טקסט והגדרות ומה שלא יהיה. מה שאני רוצה להשוויץ זה כמו הסוף הגרפי. כמו שאמרתי, אני לא אוהב לבהות בכלי ניטור, אני רוצה להיות מסוגל להתרחק מהדבר הזה. אני רוצה שזה יהיה הבייביסיטר שלי, אם תרצה, אבל אני לא רוצה שזה יהיה כמו, "היי, הילד שלך יכול להביא דג זהב, אני בסרט, כן, מה שלא יהיה." "בסדר." צלצל, צלצול, "היי, זה בסדר אם הילד שלך הולך לשירותים? הוא אומר שהוא צריך ללכת. "" כן, בסדר, מה שלא יהיה. "אני רוצה שמרטף אחראי רק יטריד אותי. אז רעשים עירניים הם עניין גדול עבורי, אם אינך יכול לדעת, כנראה שיש לי איזושהי צורה מתקדמת של ניטור PTSD.

אני כן רוצה לציין שמבחינת Uptime יש לנו את כל הפרופילים השונים האלה. עשיתי כאן כמה דברים משוגעים רק כדי להציג חלון ראווה איך Uptime יכול לעשות דברים שונים ולעבוד עם אנשים, וזה עניין גדול. לא אמרתי לכם באמת את הרקע שלי. יש לי רקע IT, בכנות חוזר מאז שהייתי 13 עובד בחדר האחורי של חנות מחשבים. אולי זה אולי לא היה הדבר הכי חוקי בעולם, אבל מה שלא יהיה, ומעולם לא הפסקתי. אני עכשיו בן 37, יש לי תואר בפסיכולוגיה כי בעיניי אנשים הרבה יותר קלים להבין מאשר מחשבים. אבל מבחינה ממשקית ומבחינת UX, אני לא רוצה כלי שיגיד לי איך אני צריך לעשות את העבודה שלי, או איך זה אמור לעבוד, או שאני רוצה לכופף את הדרך שהיא רוצה לעשות דברים. אני יודע שאני דומה לקידוח פילוסופיה והבנה, אני מקווה שזה יקל עליכם דברים, אל תיקח את זה כמו "היי, אתה חייב לעשות את זה" או "אני אומר לך מה לעשות לעשות. "אבל זה סוג של העניין שלי.

בכל אופן, שילוב HipChat, התראות מדוברות. אני מתכוון, זה בעצם יהפוך את ה- NOC בן 18 המסכים אליו הסתכלת, יגיד לך מה לא בסדר מילולית. תאר לעצמך שהקיר שלך הולך, "אזהרה, SharePoint במצב קריטי מכיוון שמסד הנתונים שלך איטי, בלה בלה בלה, זה היה ככה במשך שבע דקות." כן, זה סוג של תכשיטים, אולי זה מעורר כיף. אני מנסה להראות לכם שזה כלי מאוד גמיש. יש לנו פלט מבוסס סקריפט, אנחנו יכולים לעשות כל מה שתרצו.

HipChat, אני משתמש בקפיצות של HipChat ו- Skype - ככל הנראה יותר מהדוא"ל שלי, כנראה למגינת לבם של רבים מאנשי מכירות, אבל בכל מקרה - גם שילוב של HipChat, לא משנה מה זה, נהר, פלאק, מה שלא יהיה אתה רוצה לעשות, מאוד פשוט לעשות.

בכל אופן, מנקודת המבט של המשתמש, אנו למעשה מתחילים עם פרטי הקשר שלך ושעות העבודה שלך ושעות הפנאי אם יש לך את זה. ברגע שמגיעים לנקודה של ממש לבצע את ההתראה, Uptime כבר יודע ליצור איתך קשר, וזה באמת המפתח. כלומר, כמה פעמים היה "הו, לא שמתי לב לדוא"ל." "ובכן, אולי עלי לשלוח אותו ל- Gmail שלך, לשלוח אותו לאישי שלך, אני אפרסם אותו לקיר הפייסבוק שלך. "בכל מקרה, עדיין לא הגעתי כל כך רחוק, אבל אולי בסוף השבוע הבא כשאני משתעמם.

הסריקה העולמית בסביבה המשוגעת הזו. מספר אחד, עלינו לשמור על דברים מסודרים. שמירה על זה מסודר היא המפתח, אנו מאפשרים לך לעשות זאת, אנו מבצעים גילוי אוטומטי וכל אותם דברים שהיית מצפה להם, אך מאפשרים לך לבנות את מרכז הנתונים שלך באופן הגיוני לך. אני אוהב לחשוב שזה סוג של פיזי, הגיוני וטכנולוגי, ואז מבחינת הווירטואלי אנחנו עושים את זה בדיוק כמו שהיית רואה את זה ב- VMware שם יש לנו את מרכזי הנתונים שלך ואת האשכולות שלך ואת מאגרי המשאבים וכל כך מקסים. דברים.

זה מסנן דרך אותה הבנה, שוב, זה עובד כמו שאתה עושה ובדרך הגיונית. אותה הבנה מסננת דרך לוחות מחוונים אלה. הגלובלי הוא בעצם כל מה שלא בסדר, ולכן כל מה שמעניין אותי זה יוסטון וכל שאר ה- QA, SA כל אותם דברים שאני לא באמת מעביר עליהם, רק את הדברים ביוסטון. אני יכול להתמקד בזה ואז שוב מכל מי שיש לו את החששות של אבטחה או שמירה על דברים מופרדים על ידי קבוצת משתמשים או מה לא, אנחנו יכולים בהחלט לעשות זאת. הדבר היחיד שאני יכול לראות אי פעם זה רק יוסטון, או משהו מצומצם כמו רק "רכיבי רשת יוסטון", אז זה בהחלט דבר.

סריקת משאבים - כיצד משתמשים במשאבים אלה בכל הסביבה? זה זה. זו השקפה שלך בתשעים אלף רגל. אני יכול להתעמק בכל תחומים שיש להם בעיות לעומת אחרים. ואתה שם לב לסוכנות של יבמ, פשוט זורקת בצד, זה ממש לא בצד. אחד הדברים הקריטיים ביותר לבניית הבנת היישום, להוריד את המודל הפרגמטי הזה, הוא להכניס את כל הדלתות ואני לא אומר את זה רק בגלל שאני אוהב לקבל רשיונות על עסקאות מה שאנחנו עושים. זה באמת, אם אני יכול לעשות הכל בלי הדברים שלי בסדרת ה- P של יבמ, זה מסריח.

יש לנו צגים ל- AS / 400. אנשים נותנים לי לעזאזל על זה לפעמים, זה כמו "AS / 400 ra-ra-ra." אתה תתפלא עד כמה AS / 400s עדיין מנהלים מערכות חשובות באמת בחוץ, או הדברים החדשים יותר של סדרת ה- I, זה דבר, אנחנו עושים את זה. HP-UX, AIX, אני מתכוון כמעט לכל מערכת הפעלה מרכזית בעולם שיש לנו סוכן לה. הבאתו בדלת והפיקוח עליו היא המפתח.

כשמסתכלים על שכבת היישום שוב, הרשו לי לצאת מהגרגירים ולעלות למעלה. כך נראה לוח המחוונים. זה אולי הדבר היחיד שאני מסתכל אי פעם על בסיס קבוע, אני רוצה פשוט לבוא לכאן ופשוט לומר, "היי, CMS שלי באמת כועס, למה?" עכשיו מוענק, אני כנראה לא משלם הרבה תשומת לב לדוא"ל שלי כמו שצריך, אבל אני כאן כל יום מסתכל על שערי השרת, זה מה שאני עושה. אני רופא שיניים, אלה השיניים שלי.

מבחני כניסה. אז הנה, אני בודק את זמן הכניסה בפועל, זה דברים של חווית משתמש, זה סופר פרגמטי. לא אכפת לי אפילו מדדי אפאצ'י. אם כולם כמו להתחבר לפיצול lickidy וכל העסקאות עובדות טוב, למי אכפת בתים שנשלחו והתקבלו, אלא אם כן אני מנסה לעשות תכנון קיבולת. מבחינה של כיבוי אש, מתוך "האם אכפת לי, האם אני צריך לשים לב לזה?" אני רוצה לדעת את הדברים האלה בצורה אינטואיטיבית ודי אוטומטית.

אם אני המנכ"ל, אכפת לי מכך, לא אכפת לי ממרכז השליטה של ​​ביצועי אפאצ'י. אם אני בחור האינטרנט שלך, אתה בטוח. זאת אומרת, אני צריך להיכנס לכאן, ולחון את האיטיות כאן, אבל אני צריך להיות מסוגל להיכנס לכאן ולראות הרבה מדדים עמוקים על פני הלוח ולהבחין בדפוסי. כאן אני רואה שההדגמה שלי Apache 01 מתחילה מחדש, ו- Uptime זה "בום, בום, בום, בום", מה קורה עם זה?

אלה דפוסים שאני אולי אפילו לא יודע אם אני אפילו לא מסתכל על זה. שוב, הדברים הגרגריים האמיתיים, אבל זה באמת משרת מטרה זו. שרתים אלה הם חלק מ- CMS, ואם אני רואה בעיות בדף אינטרנט והשרתים שלי ממחזרים, גיליתי מידע נוסף על הסביבה הזו תוך מספר שניות תוך הסתכלות על לוח המחוונים שהגדרתי מאשר יכולתי בהחלט על ידי הצגה מחדש. אני אפילו לא בטוח איפה הייתי מתחיל על חלק מזה, אם להיות כנה איתך.

בכל מקרה, מאמץ; וכולם סוגים מחשבה, "זה פשוט מטורף." מבחינת המאמץ, כיצד אוכל לפקח על דברים? האם אתה יכול לכתוב תסריט לזה? כן. מה שאנחנו מנסים לעשות זה לספק דברים מאוד נפוצים, טכנולוגיה נפוצה מאוד שקיימת שם מבחינת בסיס הנתונים. יש לנו, אני רוצה לומר כל מנוע בסיסי נתונים עיקרי. אין לי שום דבר מ- NoSQL, אין לי דברים מסדרת הזמן, אבל כל בסיס נתונים יחסי עיקרי נמצא כאן מנקודת מבט של שירותי אינטרנט, IAS, Apache Tomcat, פשוט מדליקים כאן בתור. ואז לגבי הדברים שאולי לא תראו רשומים, ישנם כמובן הרבה דברים אחרים, אבל יש לנו את התוספים האלה. זו פשוט דרך ממש קלה לצאת, יש לנו מאגרים ציבוריים ב- GitHub, אתה יכול לראות את הקוד, אתה יכול להפוך אותו לבד שלך, אתה יכול לשנות אותו, מה שלא יהיה, הוא זמין עבורך שם. אז מבחינה טכנולוגית או תוכנה, אם זה SAN, או אם זה SharePoint או Exchange או כל דבר אחר.

ככה יש לנו את זה ואז בעצם אלה הולכים לספק לך את הערכים שאכפת לך מהם, וזה החלק הקשה ביותר. כתבתי כמה מהתוספים האלה והחלק הקשה ביותר עבורי הוא כמו "מה אנשים ירצו לדעת? מה בעצם חשוב? "אתה מסתכל על כל מערכת WMI, יתכנו מאות דברים. טוב, בסדר, אני צריך פשוט להאט את זה, אף אחד לא ירצה לראות 400 מדדים כי אז אתה צריך להבין מהעולם הזה ואין שם שום ערך.

בכל מקרה, אז SLAs. יש טונות של לוחות מחוונים לנושאים. הייתי מעודד אתכם, אני מתכוון שאם זה משהו שמעניין אתכם, ברור שאנחנו יכולים לעשות הדגמות ומה לא, אנחנו יכולים לעשות דברים מותאמים אישית, אנחנו לא מנסים להרתיח את האוקיינוס ​​שוב. אבל אתה יודע, אם אני מקבל דוא"ל שאומר כי "ה- SLA שלי פועל, אני חורג מזה. הנה אני נכשל כישלון חרוץ, אני רוצה לדעת למה, מה קורה?" אני יכול פשוט להיכנס לעומק זה בדו"ח המפורט הזה ולראות מהם הדברים הספציפיים שגורמים ל- SLA להיכשל, או אפילו לחזור אחורה לאורך זמן ולהבין אם זה טרנד או לא. איפה הכתמים האדומים? זה כמעט נראה כמו ניתוח DNA או משהו כזה, יש לנו הפסקות שרת - סליחה, אלה הם הפסקות בדיקות כניסה בהן לא הצלחתי להתחבר. יש לנו זמני תגובה ודברים כאן ואני יכול פשוט ממש בקלות התפרסם בדברים החשובים אם עמדתי ביעדים או לא. ושוב, אני לא מצפה מכולכם לקרוא את כל הדברים האלה, אבל יש כאן הרבה נתונים. זה די נוח רק להיות מסוגל לשים את זה מולך. אבל המציאות היא שזו הסיבה שאני נכשל בגלל בדיקות ההתחברות האלה. כל המידע האחורי כאן מסופק גם לכם.

הדיווח מסופק עם הכלי כך שאינך זקוק לקריסטל או SSRS או משהו כזה, מנוע הדיווח מובנה; אתה יכול להתאים אישית את כל הדוחות הנפרדים שנמצאים כאן. אני יכול להפעיל אותם על בסיס חוזר. אני יכול לחסוך אותם כדי שאנשים אחרים יוכלו לראות ולהשתמש בהם. יש לך פורמטים שונים של פלט. אתה רוצה לקבל דוא"ל למנהל שלך כל יום שישי בשעה 16:00? חה חה חה, אתה יכול לעשות את זה!

אז שוב די חזק, מבחינת תכנון הקיבולת. אנחנו לא רוצים רק להתמקד ודיברנו על היכולת לחזות דברים ולבצע ניתוחים חזויים. מלבד היכולת רק לדמיין את הכאן ועכשיו ואת המגמה ההיסטורית, אני רוצה להיות מסוגל לראות תחזיות תכנון קיבולת וזה כל כך מהיר, יש לי זיכרון ויכולת אחסון נתונים היוצאים מכל vCenter ואני אני יכול לגלגל את העין ולהגיד לך שיש לי 132 הימים הגרועים ביותר עד שנגמר לי החלל, מוטב שאעשה משהו בקשר לזה.

זו מעבדה אמיתית ואני למעשה האבא הגאה של, כמו, הרבה דברים, וזה פשוט גזרתי את העבודה שלי כאן. אבל אני מכיר את הדברים האלה ולכן אם זה יקרה, זו הבעיה שלי, זו אשמתי שלא לשנות משהו או לעשות משהו בקשר לזה. אני מודע היטב לחומר הזה. אם אני בפגישה ומישהו ילך, "היי, אנחנו צריכים להוסיף חבורה של שרתים למעבדה" - הם לא מתכוונים לעשות לי את זה, אבל אם הם עשו זאת, הייתי יכול להיות, "אתה יודע מה? יש לי את ההופעות. יש לי את הגיגההרץ. אני כיסיתי אותך "או לא, ובמבט חטוף במקום שאצטרך לפתוח כלי אחר שהוא סוג של נקודה אחרת ולהסכים עם כל הדברים האלה, אני עושה את זה כמו בדיחה.

במשרד ביוסטון, דיברנו על תנועה. רופא השיניים שלי ואני דיברנו על תנועה, היא גדלה באיווה, היא אמרה, "הדבר היחיד שאני אוהבת בערים קטנות זה שאין הרבה תנועה." ובכן, יוסטון, אם אתה גר בתוך הלולאה, אתה לא עזוב את זה, כפי שאתה יכול לראות כאן למטה. אני יכול לשלב כל רשת בעצם כמו iframe, אם מישהו מכם מכיר HTML, אני יכול לשלב כל רשת בכל אחד מהגאדג'טים האלה. בין אם זה כמו אתר האינטרנט שלך ובין אם מדובר במצלמת תנועה מחוץ למשרדה שלה או מה שזה לא יהיה, אני יכול לעשות זאת. הגאדג'טים קלים מאוד להוסיף.

כלומר, לוחות מחוונים - אני מראה קסמים בטלוויזיה. זה כמו "הו תראה, זה נעשה, הכל נחמד ומלוטש", אבל המציאות להכנס למרכזי השליטה האלה זה דבר מאוד קל לעשות. יש המון דרכים שונות להצגת נתונים בכל נקודות הנתונים השונות שיש לנו. דברים כמו תמונת סיכה זו נוטים להיות פופולריים מאוד בקרב אנשים מכיוון שכשאתה מנסה לבנות הבנה של יישום אתה יכול פשוט להעלות את הסרטון הזה ואז להצמיד את האלמנטים המרכיבים אותו. אתה מבין, אני יכול לומר לך איפה כל הבעיות בדרך.

הדברים האלה הם פשוט מאוד מועילים, אני חושב - טופולוגיית רשת, הבנה מה מתחבר למה, מה תלוי במה, מה שיהיה, לוח עבודה, מתגים או אתרי אינטרנט, או כל דבר אחר, כל הדברים מובנים. ושוב על פני ערימות טכנולוגיות שונות. לא הבאתי את זה, אני יודע שנגמר לנו הזמן כאן, אני רוצה לוודא שיש לכם זמן לשאלות ותשובות והכל, אבל יש רק טונות של מידע שנוכל לאסוף מכל מיני מקורות: יומן אגרגיות, ממשקי API - מה שלא יהיה, אתה קורא לזה - SMP, WMI וכו 'וכו' וכו ', מרק אלפביתים. זה קשור לאיסוף נתונים אלה, לבנות את ההבנה ואז להתריע ולפעול עליהם בצורה פרגמטית. וכך זהו על קצה המזלג.

אריק קוואנה: נהדר. זו הייתה מצגת פנטסטית מכולם. אני חייב לומר לך, אהבתי את זה. יש לנו כמה דקות נוספות לזרוק שאלות. ריק, למה שלא תזרוק שאלה או שתיים ואז דז ואז יש לנו רק כמה שאלות מהקהל שהן סוג ספציפי לגבי יישום. אבל ריק קודם ואז דז.

ריק שרמן: אוקיי, נהדר. ובכן, ראשית, אהבתי במיוחד את ההדגמה כדי לסדר את הכל, במיוחד על הוספת השרתים, המסכים, התוספים וכו '. אני חושב שזה היה נהדר. אחת השאלות שיש לי, הזכרת שזה נושא חוזר כמו במכירה מוקדמת שיכולה להבין אנשים מה האדריכלות או האפליקציות. הם רוצים לפקח על דברים ואז יש את הקטע הזה. איך אתה הולך לחנך אותם כיצד לפרק את הטיפולוגיה? אני מבין שיש הרבה דברים שאתה יכול לבחור, אבל איך מחנכים אותם? כי אני לא בטוח אם הם ממש יכולים להבין כמה אתה יכול לעשות.

רוברט וונדרווורט: כן, בהחלט, אני מעריץ גדול של הומור חסר ערך עצמי, כך שבדרך כלל אני פשוט מתחיל מהזווית הזו. יש לי הפרעות קשב וריכוז אם אינך יכול לדעת. אשתי כבר לא אוהבת להיכנס איתי להום דיפו, בואו נגיד את זה ככה. אני משתמש באנלוגיה של, אם יש לך ציר חריק או דולף כל דבר אחר, כנס לשם ונחשף, "אני רוצה לתקן את הברז שלי." חשוב. לכי למקום הזן שלך, "אני רוצה לתקן את הברז שלי." אל תחשוב, "הממ, מה אני יכול לתקן בבית שלי?" כי אתה תהיה שם כל היום ותשכח את חותם הברז ו תעזוב עם מרזבים.

מה שאני מנסה למקד אנשים הוא היישום. אתה אומר לי שזה כואב וזה כואב, בוא ניקח אפליקציה. האם זה ה- ERP שלך? מגניב. בואו ונשיג את האפליקציה ב- POC, נגלה לי, לא משנה עם מי אתה צריך לדבר או עם איזה מידע שיש לך לטשטש. ממה עשוי היישום הזה? שרתי בסיסי נתונים, שרתי קבצים, אתה יודע, מה שלא יהיה, כל נקודת הסיום של היישום. גלה, קבל את כל הגישה אליו. אם אתה זקוק לעזרה בהשגת כלי כלשהו, ​​מגניב, אנחנו כאן. אבל בואו נתמקד ביישום מסוים כיוון שכאן הערך עומד להיות בסופו של דבר. אני מתכוון שתוכל להוסיף בקלות מאות או אלפי שרתים ולהתחיל לעבור בזווית ההיא, אבל אז אתה מאוד בדגם הסדרתי הזה שהוא מאוד - זה לא רק שאינו בר-קיימא מ- POC, אלא שהוא פשוט לא איפה שאנחנו רוצים ראשים להיות.

ריק שרמן: כן, והאם היית מקים את לוח המחוונים וכו ', כדי לתת לך את התצוגה העסקית הזו, את התצוגה המורכבת הזו של חתיכות התומכות בישות זו, מה שהיא מנסה לפקח?

רוברט וונדרווורט: בהחלט. אני בדרך כלל מציעה, בסדר, אנחנו רוצים שיהיה לי - מה שאני מכנה אלה מפות אפליקציות בהן יש לנו לוח המחוונים של היישומים שלנו וזה צריך להיות עם כל החלקים האלה. ערוך את התרשים אם הוא לא קיים, טפח לו ל- Uptime, גלה מה צריך ללכת לשם. לפחות גלה את כל הדברים האלה וקבל אותה מתחת למכסה המעקב ואז התחל להוסיף את השירותים שבאמת מסתכמים בכדי לגרום לאפליקציה הזו לפעול. כמו במקרה של SharePoint יש - וסוג של נקודה מגניבה - יישומים אלה יכולים להיות בנויים מיישומים אחרים. במקרה שיש לך אשכול SQL, זה באמת יישום. זה שרתים מרובים, שירותים מרובים ודברים. AD הוא יישום וכו 'וכו'. אני יכול לבנות תצוגות מצטברות אלו מתוך אלה כפי שאתה רואה כאן ב- SharePoint. אנו רוצים להיות מסוגלים לבנות זאת. אם אני לא יכול לבנות את זה, לא הוספתי מספיק דברים. אנחנו עושים שם את כל הקטעים הקטנים שגורמים לזה לתקתק.

ריק שרמן: אתה סוג של עבודה הפוך בדרך?

רוברט וונדרווורט: כן, תחשוב אחורה, עבד קדימה.

אריק קוואנה: אוקיי. דז, קח אותו משם.

דז בלנשפילד: אני מעוניין לקבל את התובנה שלך, רק בקצרה כי אני יודע שאנחנו קצרים בזמן כאן, אז אני פשוט אשמור על שאלה אחת עמוקה אם אוכל. האם אתה יכול לתת לנו תובנה היכן אתה חושב שעסקים וארגונים נמצאים כרגע מבחינת הערך של, לא רק ניטור שירותים, אלא סוג הגישה שאתה נוקט סביב הקצה הפרגמטי. באופן ספציפי, מהיתרונות המסחריים. אז רבים מאיתנו הגיעו מרקע טכני ואנחנו אוהבים להיות מסוגלים לצלצל דברים ולראות אם הם דולקים. אבל מבחינה עסקית הם לרוב לא מעוניינים כי זה כמו, כמו שאמרת שזה קורא לנו לזה אנחנו משלמים לך.

האם אתה רואה מעבר פשוט להשאיר את האורות לעכשיו לשים KPIs ברמה מסחרית ורמת פעולה על שילוב עמוק של ניטור ברמת ניהול השירות על כל דבר המסגרת העובד כראוי, כך שאנשים יביטו בכלי שלך מה נקודת מבט שאנחנו יכולים להדליק את האורות, אבל האם באמת שמנו ערך דולר על הערך של לראות את כל הנוף מקצה לקצה ולהבטיח ש"בסדר, הדברים דולקים, אנחנו משתמשים בחוכמה כמו שאמרת, האם אנו פוגשים את חברות ה- SLA שלנו, ואם כן, מה זה אומר על העסק? "האם אתה רואה מעבר לזה או שאנחנו עדיין רחוקים מזה?

רוברט וונדרווורט: בהחלט יש רצון. יש שם דחיפות. אנשים, ביקשתי לפתוח שאלה, זו שאלה טעונה כמובן - האם יש לך חברות רשות השידור? וזה כמעט חד משמעי, "לא, אבל המנהלים שלנו מדברים על זה" וכן הלאה. אני כמו, "מגניב, איך אתה תגיע לשם?" "טוב, אנחנו לא ממש בטוחים. אנחנו מסתכלים על ServiceNow או שאנחנו עושים את זה. "אני כמו" ובכן, עליכם להבין, ServiceNow זה דבר, זה מסגרת סרק, בעיקרון עוקב אחר צעד נעילה עם זה, ”בסדר, לא להעדיף פלטפורמות ITSM מסוימות. אבל זה לא הולך לענות על שאלות SLA שלך. זה רק הולך לדבר על כמה שעות אדם ביליתם בתיקון מדפסת או כמה משאבים נכנסו לשרת מסוים אם הייתם צריכים לקנות עבורו חלקים? זה לא יכול לענות על השאלה בעולם האמיתי של מה השרתים באמת צריכים להיות, סוף החיים או מה שלא יהיה. לא בשום מקום לתואר.

כשאנחנו מדברים, למשל, מבחינת SLA, ישנם כמה מהלקוחות שלנו שיש להם SLAs באופן מוחלט שהם מפסידים כסף. זה כמו למסור פיצה, אם זה מאוחר, אם הם יאכזבו אותך אז הם לא מקבלים כסף. אז יש שם השפעה ישירה על עסקים, החבר'ה האלה נוטים לדאוג הרבה יותר לחומר הזה מאשר לכל השאר, וזו הסיבה שאחד הדברים שאני באמת קורא לאנשים לעשות זה פשוט ליצור לעצמך ציפייה, לצוות שלך, ל- IT. זה לא צריך להיות אמיתי או כתוב או להבטיח לאף אחד, אבל כשאתה הולך ויוצר את הציפייה, כשמישהו מתהפך בראשו אומר "היי, זו הסיבה, למה אני לא פוגש את הזמינות של השרת." ובכן זה רק שרת מסריח אחד. אנו יכולים להתמקד בשרת אחד, "היי תראה, יש לנו זמן זמן מושלם." וזה למעשה המקרה שלי, יש לי כמו אחד כאן, אבל אתה מבין את הרעיון.

אז כן, כדי לענות על השאלה הזו, כן, בהחלט, אני מרגיש שיש יותר רצון מאשר מעבר בפועל לעבר זה מכיוון שאנשים עדיין מתמודדים עם איך אתה מקבל כלי שיכול באמת לענות על השאלה, איך הוא מפקח על מספיק דברים ולרוב האנשים יש כלים מרובים. הסיבה לכך היא שצוות הרשת יצא לחפש כלי לניטור רשת, וצוות ה- dev יצא לקניות עבור כלי APM, ואנשי המסד הנתונים קנו את הכלי שלהם ואף אחד מהם לא מדבר אחד עם השני חוץ בחדר האוכל.

דז בלנשפילד: כן, זה כאב ראש בלתי נגמר עבורי בחיי. זה כמו ב 25 השנים האחרונות שהיו לי את הנושא הבלתי פוסק הזה שכשאתה נכנס לארגון כי הם התפלגו ופלחו לבלוקים הגיוניים. כמו התצלום ההוא של ממש בראש ממש, הוא מרכז הפעלת רשת והם דואגים לרשת וכל עוד הרשת פועלת, הם מקבלים שכר והעבודה שלהם נעשית ומסירתם. אז כן, אבל זה מעניין.

שאלה מהירה אחרונה וחלקה העניין האישי שלי, אבל אני יודע שהרבה אנשים ירצו לדעת את אותו הדבר. כיצד ניתן לקבל יד על הכלי הזה וכיצד מתחילים עם זה? איפה אנו מוצאים את זה, מאיפה נקבל מידע נוסף והאם נוכל להשיג הדגמה או משפט או משהו לזה?

רוברט וונדרווורט: בהחלט, כן. אני שונאת את המילה הזו, בהחלט, אין דבר כזה. Idera.com הוא המקום אליו אתה הולך ללכת על זה. יש קצת אייקון ג'ק, כתוב "ניהול IT", אתה תלחץ על זה ואז יש שתי אפשרויות. האחד עבור זה מבוסס ענן שיש לנו, והשני הוא Uptime Infrastructure Monitor, וזה מה שמוצר זה אנו מראים לך היום. המשפט צריך להימשך כ- 30 יום בערך. אל תכניס טופס BS כלשהו, ​​שימי את המידע האמיתי שלך. חבר'ה למכירות שלנו הם באמת די ידיים, אף אחד לא אמר לי שהחברים מכירות מעצבנים. אבל באמת זה בגלל שהם הדרך הטובה ביותר שלך לאנשים כמוני בצוות שלי.

אם יש לך שאלות טכניות אלה והתיעוד לא חותך זאת עבורך - כי מה שתיעוד עושה אי פעם - יש לך קווי תמיכה ישירים, רמת שוער אם תרצו, כמו גם הרחבות מכיוון שרוב האנשים מתכוונים לרצות ללכת ולהתחבר ל- vCenter ותמצא מאות דברים. אתה מתכוון לפוצץ רישיון לניסיון, כך שישאלו אותך את השאלות הרלוונטיות הללו כדי לוודא שאתה מתרחק למען POC, או אם אתה רוצה הדגמה של אחד על אחד זו בהחלט הדרך לעשות זאת.

דז בלנשפילד: פנטסטי. ובכן, תודה רבה, אני מצפה לזה ומקווה שנראה אותך שוב ונדבר על הוספת שרשרת בלוגים לזה. אריק, אנו נחזיר לך אותו.

אריק קוואנה: הנה, נשמע טוב, אנשים. יש לי כמה שאלות מהירות שאשליך עלייך ממש מהיר. האחת היא: האם Uptime Infrastructure Monitor הוא יישום מבוסס אינטרנט או לקוח-שרת, האם אתה יכול לענות על זה?

רוברט וונדרווורט: מבוסס אינטרנט. 100% מבוסס אינטרנט. במתחם.

אריק קוואנה: טוב, ומשתתף אחר שואל: האם אתה צריך להתקין איזה דמון קנייני בשרתים האישיים עבור IDERA כדי לפקח עליהם?

רוברט וונדרווורט: שמרתי את כולם לכולם, אז בואו נסתכל על ההוראות האלה. אז ללא סוכן, אני אומר ללא סוכן, ללא סוכן, ללא סוכן בדיוק כמו שאומר חוטי אלא אם כן אתה צריך אלחוטי, ואחסוך לך כמה מהאנלוגיות האחרות הלא-ראויות לגבי אלחוטי. ובכל מקרה, יש לנו סוכנים כמעט לכל מערכת הפעלה, הדבר היחיד שאתה מפספס אם אתה לא משתמש בהם הוא מסלול מוצפן TLS1.2 לשרת האמור שהוא פועל, וכן היכולת להפעיל סקריפטים. ישירות על זה.

חוץ מזה, Windows, Net-SNMP, ל- Windows שלנו יש WMI, Net-SNMP לשאר העולם, SNMP לכל הדברים ברשת שלך וכו 'וכו' וכו '. אז לא, אני תמיד אומר לא, אתה לא לא צריך אלא אם כן תרצה. ואז ככל הטכנולוגיה שמתקינה אותה, הוא מגיע עם כל מה שצריך, הצד הימני של התרשים, פועל מ- MySQL, Java, PHP, Apache. אינך צריך למצוא שרתים אחרים כדי להפעיל אותו. זה אפילו יפעל על חבילת השירות של Windows 7 אחת ומעלה. יש לנו גם הפצה מבוססת לינוקס והפעלה מבוססת Solaris, כך שטכנית אתה אפילו לא באמת צריך לשלם על רישוי שרת כדי לסטור לו, רק קצת חומרה נוספת.

אריק קוואנה: מגניב, אני חייב לומר שזו הייתה מצגת פנטסטית, אז תודה לשני האנליסטים שלנו היום, ותודה לך, וכמובן ל- IDERA. אני חושב שזה דברים מעולים ואני חושב שאתה צופה קדימה בצורה חיובית ומשכנעת מאוד, ונשמע שוב מ- IDERA בהמשך השנה, חברים. יש לנו כמה אירועים נוספים בשורה איתם. זה היה פנטסטי, תודה רבה לך על הזמן שלך. הארכיון נמשך בדרך כלל תוך יום אחד, אז קפוץ דרך האינטרנט ל- Techopedia או InsideAnalysis.com כדי לקבל את הפרטים שם, ואנחנו נדבר איתך בפעם הבאה, אנשים, תשמור על עצמך. ביי ביי.

ריק שרמן: תודה חבר'ה.

אריק קוונהאג: כן ודצמ -