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

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

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

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

יש לנו כאן פורמט שונה מחדר התדרוך, כך שקודם כל יש לנו כמה אנליסטים, ריק שרמן ודז בלנשפילד שלנו, מדען נתונים מקבוצת בלור, שהם יתנו לכם את הנושא בנושא . ואז עמדו לשמוע מרוברט וונדרווורט, המומחה, היס באי.די.אר.א, שהיא חברה מעניינת מאוד. הם קנו חברה שאנחנו מכירים, שנקראת 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, ומריץ ערימות מרובות. ו- Ive הרשימה רק כמה נפוצים ב- VMware, Hyper-V, OpenStack, אבל ישנם עשרות אחרים ואנשים רבים המשתמשים בהם. ולשילוב הענן של שרתי תשתית, שרתי פלטפורמה ושרתי תוכנה, וכל אחד מאלו בפני עצמו יש רמות מורכבות שרק ניסו להשיג את הראש סביב הניהול והניטור ברמת הבסיס, קל וחומר לנסות להבין. מה הולך לקרות.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

הסכם ברמת השירות, אתה פשוט אומר, "היי, אני רוצה את הדבר הזה בארבע תשע." בום. בוצע. זה יתריע בפניך מתי אתה נוטה להיכשל. זה יגיד לך למה אתה מתחיל להיכשל וזה אפילו מסתכל על נתונים היסטוריים, אני יכול לומר לך מדוע אתה לא עומד ביעדים שלך, וזה מאוד שונה ממה שאתה הייתי מחשיב בעיקר כמעורר עשן. זה הסוף העסקי של הדברים. מה שאני אוהבת בכך ש- 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 כבר יודע ליצור איתך קשר, וזה באמת המפתח. זאת אומרת, כמה פעמים זה היה, "הו, לא שמתי לב לזה." "טוב, אולי אני צריך את זה לג'ימייל שלך, זה לאישי שלך, אני אפרסם את זה לקיר שלך." בכל מקרה, אני עוד לא הגעתי כל כך רחוק, אבל אולי בסוף השבוע הבא כשאני משתעמם.

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

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

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

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

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

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

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

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

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

ככה יש לנו את זה ואז בעצם אלה הולכים לספק לך את הערכים שאכפת לך מהם, וזה החלק הקשה ביותר. כתבתי כמה מהתוספים האלה והחלק הקשה ביותר עבורי הוא כמו "מה אנשים רוצים לדעת? מה בעצם חשוב? "אתה מסתכל על כל מערכת 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, ישנם כמה מהלקוחות שלנו שיש להם לחלוטין SLA שהם מפסידים כסף. זה כמו למסור פיצה, אם זה מאוחר, אם הם יאכזו אותך אז הם לא יקבלו כסף. אז יש שם השפעה ישירה על עסקים, החבר'ה האלה נוטים לדאוג הרבה יותר לחומר הזה מאשר לכל השאר, וזו הסיבה שאחד הדברים שאני באמת קורא לאנשים לעשות זה פשוט ליצור לעצמך ציפייה, לצוות שלך, ל- 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 אחת ומעלה. יש לנו גם הפצה מבוססת Linux ו- Solaris, כך שטכנית אתה אפילו לא צריך לשלם על רישוי שרת כדי לסטור לו, רק חומרה נוספת.

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

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

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