על ידי צוות Techopedia, 21 ביוני 2017
ברק: המארח אריק קוואנה שוחח על כוח העבודה הנייד עם ד"ר רובין בלור ועם ביל אליס של IDERA.
אינך מחובר כרגע. התחבר או הירשם כדי לראות את הסרטון.
אריק קוואנה: בסדר, גבירותיי ורבותיי, זה יום רביעי, 21 ביוני. הגיע השעה 4:00 מזרח, וכמובן שזה אומר שבעולם הטכנולוגיה הארגונית הגיע הזמן להוט טכנולוגיות! אכן כן. שמי אריק קוואנה, אני אהיה המארח והמנחה שלך לאירוע של היום. זה נושא חם, זה נושא גדול: "En Marche! הפעלת כוח העבודה הנייד. "ולא תפסתי בכוונה את קו התווית מהמועמדות של מר מקרון בצרפת. זה היה מקרי למדי, אני מבטיח לך, אבל זה עדיין די מרגש. אז, נדבר הכל על כוח העבודה הסלולרי ואיך תוכלו לוודא שהאנשים האלה יקבלו את מה שהם צריכים, והם יכולים לעשות את מה שהם עושים טוב. המון אתגרים, המון סוגיות בחוץ. נעבור לארכיון שידור האינטרנט הזה לצפייה מאוחרת יותר, כך שאם אתה מתגעגע למשהו תוכל לחזור ולבדוק אותו. כמו כן, שתפו אותו עם חבריך ועמיתיכם.
ואני צריך לומר אל תתבייש; הדרך הטובה ביותר להשיג תוכן מותאם אישית באמת ואת המידע הדרוש לכם מאירוע כזה היא לשאול שאלות. אז אתה יכול לשאול שאלה מחלון הצ'אט, או ממרכיב שאלות ותשובות במסוף השידור שלך. בכל עת במהלך האירוע, שלח אותו ואני אהיה בטוח לתפוס את זה ולארוג אותו לשאלות ותשובות בסוף. נקיים כמה מצגות ואז נשמע מביל אליס מתוכנת IDERA. כמובן שרובין בלור משלנו נמצא היום על הקו. ועם זה, בואו נצלול ישר פנימה.
אז יש לי כמה נתונים סטטיסטיים טובים מ- RCR Wireless לגבי המתרחש, ובאמת זה די מפריע. הם אומרים כי כוח העבודה הסלולרי הגלובלי יפגע ב -1.87 מיליארד אנשים עד שנת 2022. זהו למעלה מ- 40 אחוז מכוח העבודה הכולל בכדור הארץ. אז אם אתה חושב על זה, עכשיו, פתאום היכן שהיה לך פעם, מבחינת יכולות ה- IT, מבחינת הפונקציונליות במכשירים כמו מחשבים, שם היה לך 99 אחוז או יותר מזה במתחם שלך משרדים - זה היה אפילו, נניח לפני 15 שנה, לפני 10 שנים זה כנראה היה 85-90 אחוז, לפני חמש שנים זה היה כמו 70 אחוז? משהו כזה? עכשיו, זה כל הדרך למטה, כמעט ל -60 אחוז. וזה עניין גדול. אז, ראינו את השינוי המאסיבי הזה מבחינת הטכנולוגיה, הכלים בפועל שאנשים משתמשים בהם עוברים מחוץ למשרד, לכוח העבודה.
ובכן, ישנם אינספור יתרונות לכך. כלומר, פשוטו כמשמעו אם אתה מסתכל למשל על ענף הספנות, כמו UPS, או אם אתה מסתכל על בחורים שיוצאים לחבורות בשדות נפט, אם אתה מסתכל על אחת העבודות השונות בהן זה עוזר להיות איתך פונקציונליות עמוקה., על הכביש, כוח העבודה הנייד משנה את הכל. כעת אחת הבעיות - ונדבר על זה עומק גדול יותר - היא שיש לנו כמה דברים שונים שקורים, אחד מהם הוא מגוון כוח האדם. אז בשנת 2020 - ראיתי את הסטטיסטיקות היום - עומדים להיות חמישה דורות של אנשים בכוח העבודה. זה אומר שאתה הולך להיות סבתא וסבא ואז אמא ואבא וגם את הילדים, אבל באופן תיאורטי יש לך בעצם סבא וסבתא של סבא וסבתא וסבתא סבתא. עכשיו, ברור שזה לא בתוך משפחה מסוימת, אבל העניין הוא חכם דורי, יש לך חמש קטגוריות שונות של אנשים רחבים בכוח העבודה, לכל אחד מהם יש נטיות משלו, נטיות משלהם, נטייה משלה לעבוד עם טכנולוגיה.
ברור שילדים נוטים להיות ניידים קודם כל מבחינת האופן בו הם מתקשרים עם העולם. ופשוט תחשוב על ערוצי התקשורת שזה שינה - דיברנו על זה בתוכנית אחרת לאחרונה; SnapChat כך הרבה בני נוער מתקשרים, הם לא באמת רוצים לדבר איתך בטלפון, הם רק רוצים לשלוח הודעות SnapChat קטנות קדימה ואחורה. זו רק דוגמא אחת בעולם הצרכני לאופן בו דברים משתנים, וזה יכול להתפרש על כל קשת הטכנולוגיות, הפונקציונליות, של הפרט, של החברה, של המודל העסקי. זה פשוט בכל המפה, אבל העניין הוא שכוח העבודה הסלולרי הוא אמיתי, הוא שם בחוץ, אלא אם לחברה שלך יש תוכנית איתנה להבנה כיצד זה משפיע על התהליכים העסקיים שלך - ואני מדבר על נתונים מאוד ספציפיים מבוססי טכנולוגיה- תהליכים מונעים - אם אתה לא מבין מה הם ואינך מנהל את זה באמצעות תשתית IT ותהליך ונקודת מבט ממשלתית, עומדות בפניך כל מיני בעיות.
אז, יש את האייפון. אני זוכר שאותו פראייר יצא, זה נראה כמו לפני מיליון שנה. אבל זה היה כמו מה, 2007 או '08? לא מזמן לא היו לנו מכשירי אייפון, וכמובן שגורם הצורה שינה רק את הטכנולוגיה באופן מהותי, ובאמת אפשר את כוח העבודה הנייד. ואני נזכר כמובן באותה תקופה, האייפד יצא ואז האייפון, ממש באותו הזמן. אני לא זוכר מה היה הראשון, אבל האייפד היה באמת אחד מכוחות השינוי המשמעותיים ביותר עבור ה- IT הארגוני, אולי מאז ה- mainframe. והסיבה היא מכיוון שלמען האמת, הרבה מנהלים בכירים מאוד, אנשי סוויטות C של ארגונים גדולים אהבו את זה ממש מחוץ למחבט. ואמר, "אני רוצה את זה. אני מביא את זה לעבודה. "ובכן, חשוב על זה - כל המידע הפתאומי היה צריך להסתובב ולהתמודד עם הבעיה שהם כנראה לא רצו להתמודד איתה, והיא התמודדה עם כל המכשירים החדשים האלה.
אז עכשיו, אם היו לך אייפדים - ובכן, איך אורגים את זה למטריצה? איך אתה שומר על ממשל בנושא? כל אלה הם אתגרים גדולים באמת ואותם אייפד ואייפון ישנים היו באמת כוח משבש מאוד בתחום ה- IT ובניהול ה- IT עבור המון ארגונים, גדולים כקטנים. אז, עדיין יש לנו את קשת האתגרים והיתרונות הזו, שמגוון רחב ככל שתוכלו לדמיין, עם מכשירים ניידים. וכמובן, הם כל הזמן משתנים, נכון? אז עכשיו, זה לא רק BYOD, זה BYOA הרבה פעמים, שם מנהלים ואנשי מקצוע מביאים מכשיר משלהם. ובכן, פעם קראנו לזה "צל IT", נכון? לאלו מכם בדור המבוגר, אתם אולי זוכרים את תכניות הרדיו הישנות, היו להם דרמת רדיו ואחד מהם היה הצל - “מי יודע מה הרשע אורב בלבם של גברים? הצל יודע. "ואני זוכר את זה כי הייתי ילד. ובכן, צל ה- IT מרפרף בכל מקום בימינו; כולם עושים צל IT.
אז זהו אתגר אמיתי עבור ניהול ה- IT וניהול התהליכים העסקיים, כל אנשי התפעול. אתה רוצה להיות מסוגל למנף מכשירים ניידים, אבל אתה רוצה להיות מסוגל לקשור את זה בחזרה למערכות שלך, ויש המון סוגיות מוזרות, קטנות שנכנסות לתמונה. לא פחות מהם הוא החוויה הוויזואלית והפונקציונליות המשויכת שתקבלו כשאתם משתמשים במכשיר נייד. וכל מי מכם שהשתמש במספר מכשירים כמו אייפד, מול מחשב נייד, מול שולחן עבודה, לעומת כמה מהסמארטפונים הסלולריים החדשים יותר שיוצאים, לאחר שחווה את העובדה שהפונקציונליות לא עובדת ממש, וזה בעיה אמיתית. למעשה, מלחמות הדפדפנים היו צריכות להכין אותנו לכך, מכיוון שהדפדפנים כולם עושים דברים מעט אחרת, גם כן. וזה עוד אתגר גדול לא רק לעיצוב, לא רק למראה ולתחושה ולאופי החלקלק של היישום בו אתה משתמש, אלא לפונקציונליות בפועל. איך אתה יכול לתפריט הנפתח לבחור את מה שאתה רוצה במכשיר זה? זה עניין גדול.
אז, על זה נדבר קצת היום, ואנחנו נשמע מרובין וביל אליס, כפי שציינתי, שהם מומחים אמיתיים בתחום הזה. אז זהו אחד הנושאים הגדולים שיש לאנשים - זה פשוט המגוון הנחרץ ואין שיטה אחת ויכולה לעבוד על פלטפורמות. יש לך את סמסונג ואפל בעיקר שמייצרים את הדברים האלה, אבל יש כל מיני סוגים - יש כל כך הרבה מכשירים! ראיתי לאחרונה שהאייפון מנצח מבחינת מכירות, והייתי המום מכמות המספר נמוך - זה היה כמו, אני לא חושב שהוא אפילו היה 20 אחוז! והם היו מספר אחד, מה שאומר שיש ממש עשרות - אם לא מאות - מכשירים שם בחוץ שניתן להשתמש בהם. ובכן, אתם יכולים רק לדמיין כיצד מרגישה מחלקת ה- IT לגבי זה, וכמובן שמגוון הטכנולוגיות הזה משתנה; זה הופך להיות מגוון יותר ביום.
הכל משתנה, יש לנו כל מיני דברים שקורים - מכולות, רק כדי לזרוק מפתח ברגים נוסף ביצירות כאן. ואז, כמובן, יש לנו את הגיוון של כוח העבודה. הרבה אלפי מילניום, הם פשוט שונים מאוד מבחינת ההעדפות שלהם, איך הם משתמשים בטכנולוגיה, מה הם מוכנים לדשדש, כמה מהר הם יכולים להבין דברים. בדרך כלל, זה מהיר יותר מאיתנו טיימרים ישנים, אבל בכל זאת כל מה שיש למפות בחזרה למערכות המקוונות שלך, או לפחות לענן. וזה אתגר גדול, גדול.
ועם זה אני הולך למסור אותו לד"ר רובין בלור שאינו ניתן לחיקוי. רובין, קח את זה משם.
רובין בלור: אוקיי, תודה על ההקדמה הקצרה הזו. בואו נדבר על נייד. זה לא היה ברור במיוחד - אריק התייחס להכנסת האייפון - זה לא היה ברור במיוחד כאשר האייפון נכנס בדיוק למה שהבטיח. אני חושב שזה התברר כשנכנס ה- iPad שלמעשה יש לנו עולם ניידים מגוון למדי. אני סוג של ביוט של אפל, באמת, אז אני לא באמת חושב במונחים של אנדרואיד, אבל כמובן, למרות שאפל עושה את הרוב בדרך ארוכה, הרווח העיקרי משוק הכריות וגם משוק הטלפונים, אין בו את המספרים יותר, וזה סוג של דבר מעניין. וזה אומר שיהיו - מלבד כל דבר אחר - יהיו מכשירים חדשים, אנשים הולכים לקחת אותם והם הולכים למכור את המיליונים. לכן, זה יוצר סביבה מגוונת מאוד, שתצטרך לעבור.
הבדיחה כאן של "הייתי שואל את סירי איפה אנחנו לעזאזל אם הייתי יכול לקבל איתות." הדבר שהופך את המכשירים הניידים למעט שונה זה שמחשבים שולחניים מחוברים כל הזמן. והמכשירים הניידים אינם בהכרח מחוברים והם לא בהכרח פועלים 24/7, מכיוון שאנשים יכולים לכבות אותם. אתה יכול גם להביא אותם למטוסים ודברים כאלה, ולכן זה מכשיר מסוג אחר מכל מה שהיה לך אי פעם. הייתי טוען שהטלפון הנייד הוא למעשה המחשב האישי האמיתי, כי זה זה שיש לך איתך כל הזמן. זה המכשיר הנייד האנושי המגדיר. הטאבלט שונה במקצת; זה סוג של מצב משונה, שכשאתה חושב על זה, שבדרך זו או אחרת, יש יותר מסוג מכשיר נייד פונקציונלי אחד.
בכל אופן, מה המשמעות של להיות ניידים. האינטרנט השתנה. לא שמנו לב לזה שזה קורה - לא שמתי לב שזה קורה - אבל בימינו 80 אחוז מהפעילות באינטרנט היא ממכשירים ניידים, וזה נתון יוצא דופן כשחושבים על זה. אבל 47 אחוז מתוך 80 אחוז זה הוא תנועת טאבלטים. אפשר לספק את רוב היישומים במסגרת ניידת. במילים אחרות, אם יש לך יישומים שכבר קיימים, ואתה יודע שהם נגישים בשולחן העבודה, סביר להניח שאתה יכול לשים אותם בטלפון נייד, אך ברור שיש גורמים מגבילים. גורם צורה ומקלדת הם אחד מהם. טבליות עצמן הן, לפי מיקרוסופט ואפל, שתיהן מחליפות בהדרגה מחשבים ניידים. ויש להם יישומים מסוימים באזורים מסוימים, מכיוון שהם מחוספסים יותר.
אחד הדברים שאני זוכר שדיברתי עליהם עם אנשי IT בתחום הבריאות היה העובדה שלפני שהטאבלט היה קיים, אם היית נכנס לסביבה שהיא מחלקת בידוד, אתה יודע, היית צריך שיהיה לך את המכשירים שלך שלקחת איתם אתה, בעצם יהיה עליך לחטא בצורה כזו או אחרת. באמת קל לעשות זאת באמצעות טאבלט, זה בכלל לא קל לעשות את זה עם מה שהיה פעם, שהיו מחשבים שולחניים שהיו ניידים מתוקף היותם על עגלה ומחוברים לסביבה. פעם היו חייבים להתארח בסביבות מסוג זה, או לעבור סוג חיטוי יוצא דופן המוצא מהסביבות הללו. ואנחנו לא חושבים הרבה על הסביבות האלה, אלא אם כן אנו עובדים בסביבות האלה. אבל הטאבלטים והטלפונים הניידים הפכו את העבודה בסביבות האלה למען האמת די טבעי להיות מחובר ולעבוד בסביבות האלה.
וכאשר הסטטיסטיקה שאריק העמיד על 1.7 מיליארד דולר, אני חושב שזה היה, עובדים ניידים עד 2020. האם אני עובד נייד? אני חושב ככה ככה, אני עובד נייד במובן זה שלפעמים אני עובד מחוץ למשרד וכשאעשה את זה, אני אעבוד על טאבלט או עושה דברים בטלפון נייד. לכן, כשאתה באמת מסתכל על זה, ואתה חושב על זה, זה כנראה בגלל אנשים שישתמשו רק במכשירים ניידים בכוח העבודה שלהם, כך שאנשים מסתובבים ביסודה. בכל מקרה, אתה יכול לחשוב עכשיו במונחים של שלושה סוגים של משתמשים: משתמשי שולחן עבודה, משתמשי טאבלט ומשתמשי טלפון. והם זקוקים ליישומים שונים. וזו הסיבה להזכיר את זה.
מצלמה וקול הם כיום חלק מובנה מהמכשירים הניידים, אך הם גם חלק מובנה משולחן העבודה. אבל משתמשים בהם בדרכים שונות במכשירים ניידים ויש להם ממשקים שונים במכשירים ניידים. וכל הדמות של הסיבה שאתה משתמש בזה שונה במכשיר נייד. לכן, אם אתם בונים אפליקציות סלולריות, אתם לא בונים את סוג האפליקציות שהייתם בונים, מכל מיני סיבות - שהרבה מהן היו בשקופית הזו. אז אם היית עסק שכבר בדרך זו או אחרת בנה אפליקציות שרצו באתרים, השאלה היא האם גם הן צריכות להיות אפליקציות סלולריות? והמגלשה הזו מסתכלת על זה. יישום אינטרנט, אתה יכול לעשות יותר מכך, פשוט בגלל שהם בנויים בצורה כזו או אחרת, הם בנויים מבלי שהם באמת יטפלו בגורם הצורה, כך שאנשים יבנו דף אינטרנט שלא תוכלו להשתמש בו באופן סביר, או אתה לא יכול להשתמש בקלות באייפון או במכשיר אנדרואיד, שעשויים להיות פשוט שמישים בטאבלט, אך אפילו בטאבלט עשוי להיות לא טוב במיוחד. בדרך כלל זה יהיה בסדר.
או שתוכלו לבנות אפליקציה לנייד. אם אתה בונה אפליקציות סלולריות, אז יש אפליקציות על חנויות הורדות שונות, והסוג הזה מפחית את ההתנגדות שלהן. אם אתה מסתכל על האייפון הספציפי שלי, הוא פשוט מלא באפליקציות שלא נראה לי שנפטר מהן; אני מוחק אותם, אבל נראה שהם תמיד מורידים שוב בצורה מוזרה. ברור שאיני יודע כיצד לנהל iPhone כראוי. אבל אתה יודע, בסופו של דבר מדובר בשפע של יישומים וזה לא הגיוני. יש לי יותר, אני חושד שיש לי יותר יישומים באייפון מאשר שיש לי על שולחן העבודה שלי, וזה מוזר כשחושבים על זה. אפליקציות סלולריות הן מבחן לקמוס להצלחה. זה די מעניין שחלק מהעסקים באינטרנט - Yelp הוא אחד מהם - הצליחו בצורה יוצאת מן הכלל על ידי יצירת אפליקציה ואנשים שאפשר להוריד אותה. ונראה כי התחומים שבהם הייתה הצלחה טובה למדי היו למעשה במגזר הפיננסי; זה בנקים אבל גם סחר אלקטרוני וחברות כאלה, כי אנשים אוהבים להיות מסוגלים לסחור דברים תוך כדי תנועה, לפעמים. אפליקציות אוכל, אז לא רק לחפש מסעדות אלא גם להכין אתרי מתכונים, הן הצליחו ממש, ממש טוב מבחינת האפליקציות.
והרבה אנשים לא הסתדרו במיוחד במיוחד וזו הסיבה, אני חושב בעיקר בגלל שיש רק כל כך הרבה אפליקציות שאי פעם תתרגלו להשתמש בהן, ואם אתם משתמשים באפליקציה רק אחת לכמה ימים או כך, אז אתה שוכח מזה. אם אין לזה ערך אישי גדול עבורך, אתה שוכח מזה. לכן, קשה ליצור אפליקציה לנייד הנגישה במובן הכללי, אך ברור שתוכל ליצור אותם לצוות שלך ולהשתמש בהם בתוך הארגון. לאפליקציות לנייד יש עלויות פיתוח גדולות באמת, ומספר סיבות לכך. אחת הסיבות לכך היא שאתה בעצם מצביע על מספר מכשירים שונה לחלוטין.
ותוכלו להשיג סביבות פיתוח אשר יתמקדו במספר מכשירים, אך יישומים מסוימים, במיוחד כשאתם בוחנים אבטחה, באמת שעליכם לבצע קידוד עבור המכשיר עצמו. היית כותב קוד שונה לאייפון או לסביבת אנדרואיד. אולי אחרת. לפעמים אתה מתייחס ליכולות חומרה. אז האפליקציה הכללית לנייד, כן, אולי יש תוכנת פיתוח בחוץ שתוכלו לבנות אחת כזו שהיא סוג של היברידית שתשתרע על רוב סביבות היעד. HTML5 הופך את זה להרבה יותר אפשרי מבעבר. אבל אתה מקבל גם את המצב הזה שבו אפליקציות מסוימות למעשה לא יכולות לעשות זאת; פירוש הדבר שאתה עושה את אותה העבודה מספר פעמים עבור כל מכשיר אליו אתה ממקד, וזה לא יפסיק אנשים לטעון שיש להם זכות להביא מכשיר משלהם; זה לא ישפיע על זה, כך שאתה לא באמת יכול לעקוף את זה.
ככל הנראה, ניתוח של אפליקציות לנייד מצביע על כך שהם מניבים יותר מכירות, נכון? וזה סוג מוזר של האתר והאפליקציה לנייד כמשלבים, אם תרצו. האפליקציות מביאות מכירות רבה יותר. האתרים טובים יותר באיסוף לקוחות חדשים. אפליקציות טובות יותר לשמור על לקוחות שכבר אספת. לקוחות מוציאים הרבה יותר באתרים מאשר באפליקציות, אך לקוחות מוציאים לעתים קרובות יותר על אפליקציות. וזה דבר ממש מוזר, וזה מדבר לעובדה שאם אתה מתכוון לבנות משהו, סביר להניח שאתה צריך גלגול של אתר וגלגול של אפליקציות לנייד, אם אתה מצפה להשתמש בו באופן נרחב. וזה, בדרך זו או אחרת, זו סוג של הוצאה דרמטית להוסיף לפרויקט תוכנה, שבכל מקרה עשוי לעשות די הרבה דברים אחרים.
כרעיון כללי, אתר הוא קטלוג ואפליקציה היא מכונת נאמנות. פיתוחים של אפליקציות לנייד - וזה רק כדי לפרק את הבעיה - סביבת פיתוח שונה, בעיות שונות מבחינת חומרה, עקרונות עיצוב שונים של ממשקי משתמש ויכולת, תצטרך להיות בעלת יכולת לא מקוונת - כי הרבה אפליקציות שאנשים מצפים שיוכלו להשתמש בהן אם הם מנותקים - הם לא רוצים לאבד את הנתונים; חלק מהנתונים צריכים להיות מאוחסנים באופן מקומי. אתה בונה אפליקציה אחרת ממה שאתה יכול לבנות, נניח לשולחן העבודה. ואז, יש לך את הנושא האחורי לנייד, יהיה צורך להיות שם תווך, יהיו שם נהלי אבטחה. סביר להניח שתהיה ארכיטקטורה מוכוונת שירות ברקע, בה אתה סורג יחד דברים שונים. ומה שאומר זה שאתה לא סתם לוקח איזה צוות שרגיל לפתח יישומים בשרת וכאלה. זורקים להם נייד, אתם באמת צריכים מפתחים סלולריים. ואנשים עם ניסיון במובייל.
בכל מקרה, אחרי שאמרנו את זה, רק עוד דבר אחד לומר - מעל לכל אפליקציות לנייד הן ברוב המקרים נקודת מגע של לקוח, כך שהם חייבים להיות ממש טובים, מכיוון שלקוח ישפוט את החברה על בסיס הנייד ניסיון, או שזה ישפיע על שיקול הדעת שלהם. ובמקרים מסוימים, כאמור, האפליקציה לנייד היא בעצם מה שקובע את ההצלחה העסקית; זה יכול להיות הדבר שבאמת גורם לארגון. וכמובן, זה יכול להיות גם פיצוץ לח.
ואחרי שאמרתי את זה, אני אחזיר את הכדור לאריק.
אריק קוואנה: בסדר, אני אעביר את זה ישר לביל. ביל, אם אתה רוצה ללכת לשם להתחלה מהירה ולשתף את המסך שלך?
ביל אליס: כן. כאן?
אריק קוואנה: הפינה השמאלית העליונה ההיא.
ביל אליס: כן. תודה על ההוראות, אני מעריך את זה. רובין, מאוד אהבתי את הדיון שלך, זה היה מצחיק. אני עובד על צוות וירטואלי כבר 18 שנה, כך שאני חושב שאני יכול לספור את עצמי כחלק מכוח העבודה הנייד. לפעמים אני דואג שאני הולך לראות, אם יש לי פונקציה לאחר העבודה, אני נאלץ להתלבש כדי ללכת לזה. (צוחק) ואני אולי מתחיל לאבד את הפרספקטיבה על מה זה "לבוש", כך או כך. (צוחק) עם זה, בואו נתחיל. אני רוצה לאשר שאולי אריק יכול פשוט לצלצל ולהגיד לי, אתה יכול לראות את המסך שלי בסדר?
אריק קוואנה: כן, נראה טוב.
ביל אליס: בסדר. אז שמי ביל אליס, אני עובד עם IDERA על קו המוצרים המדויק, ונדבר על הפעלת ניידות. ואנחנו באמת מדברים על מדידה של זה, ולוודא שזה עובד לשביעות רצונכם. אחת הנקודות הגדולות שם הייתה שזה משהו שאנשים סוגים איתו אינטראקציה, עם החברה שלך. במובן מסוים זה אינטימי מאוד - הטלפון נמצא בידו של מישהו ולכן הרושם, המהירות, עושה רושם גדול על כל המשתמשים.
אז זו הייתה חווית לקוח שחשבתי שאשתף. היה להם לעבור לחיות, זה לא הלך טוב. ומכיוון שבדיקת העומס הראשונית לא חשפה במלואה שינויים בתשתית היישומים הבסיסית, וכך, אחד הדברים שאני רוצה להדגיש הוא במובייל, בין אם אפליקציה או HTML5, יש גם הרבה טכנולוגיות שתלויות בהן. החל מהרשת, בשרת האינטרנט, בהיגיון העסקי, בהעברת מסרים, ואם הם מבצעים רכישה, אתה יודע, עסקה עסקית משמעותית, הם מתקשרים עם מערכת הרשומות.
ובאופן אירוני, כשהתחלנו, נתקלנו בכמה בעיות ברשת, כך שכל הדברים האלה רלוונטיים מאוד אפילו להעברת הסמינר המקוון הזה. וכך, תוכל לקבל יישום אחד, לפחות שש טכנולוגיות, מספר משתמשי קצה, ופשוט לענות אפילו על השאלות הפשוטות ביותר זה קשה מאוד. האם למשתמש הקצה יש בעיה? מה הבעיה בערימת יישומים, איזה קוד גורם לבעיה? וכך, סוג של התייחסות לדברים האלה הוא אכן לא טריוויאלי.
כעת, מה שאנחנו הולכים לעשות, זה שנבדוק כמה מדידות שנערכו באתר, כדי לעזור להבחין היכן יש בעיות בערימת היישומים. ומה שאנחנו מסתכלים כאן הוא גרף, שבו ציר Y הוא זמן תגובה, ציר X הוא זמן לאורך היום. ותרשים סרגל הערימה הוא מדידה של היכן העסקאות של משתמשי הקצה מבלים את זמנן. וכך אתה מקבל כאן טרנד יפה ואז הוא עולה ומעלה ומעלה. וזה בעצם התיחום של הקיצוץ, וכך, בהתייעץ עם גרף סרגל הערימה, אתה יכול להתחיל לראות שיש הרבה בעיות ברובד J2EE. אתה רואה גם בעיות ברובד שרת האינטרנט, ואז יש כמה מעליות די גדולות, למעשה גם ברמת מסד הנתונים.
וכך, כעת, לאחר שזיהינו שיש ריבוי רבדים, עם מספר רב של בעיות, עלינו ללכת קצת יותר רחוק כדי לברר מה בדיוק קורה, על מנת לקבל תגובה אינטליגנטית לדפוס השימוש החדש הזה וזה איטי מאוד, אנחנו מדברים על ביצועים ארוכים או חמישה X איטי יותר. וכך אחד הדברים הראשונים שאנו רוצים לעשות הוא לומר, "זו עסקה אחת", ולכן בדקנו את ההיקף בצד שמאל של כל העסקאות והם יכולים, בהתייעצות, זה ממש קל כדי לבדוק את גרף סרגל התגובה, כדי לראות בעצם שאתה רואה באותו שרת אינטרנט לקוח ג'אווה עבור עסקאות מסוימות יותר מאחרים, זמן בסיס נתונים. אבל זה באמת בכל הקשור מבחינת כל העסקאות.
וזה מסתכל על משתמשים, וכך תתחיל להשיג, זו פריסה עולמית, כך שאתה מסתכל על היבשות העיקריות בעולם, כך שכולם משתמשים, כל המיקומים. זו בעיה עולמית, זה קורה, אז זה מתחיל להתבודד, זה לא קבוצה או קבוצה מסוימת של משתמשים - זה משהו שקורה יותר בצד מרכז הנתונים. וכך אנו מתחילים לאבחן, ובכן, איפה הנתונים? אילו רמות יישום? וכך אנו מתחילים להתבונן בזמן שהתגובה הממוצעת הולכת ונבנית, גם היא שכבתית על מספר ההוצאות להורג, כדי לקבל מושג לגבי קנה המידה. זה מאוד מעניין - המחצית התחתונה מראה למעשה את ההיסטוריה לטווח הארוך יותר, וניתן לראות ספירת גישה גבוהה מאוד, אך הצד השני של זה הוא מספר החיבורים במקביל הוא נמוך יחסית. לאחר שעברנו ליישום HTML5 לנייד, מספר החיבורים יותר מכפול פי כמה בהרבה - אנחנו מדברים על סדר גודל - מדובר בגישות פי מאה פחות, אז אנחנו לא מדורגים. יש לנו לפחות כפול ממספר החיבורים למה שהיה לנו בעבר. אז, אנו מתחילים להבחין מה הדרישות החדשות שהאפליקציה הסלולרית מציבה לתשתיות הבסיסיות.
אז בואו ניכנס עוד יותר רחוק, מכיוון שאנחנו צריכים לבודד את המקומות בהם מתרחשים סוגיות. וכך, הנה, אתה בעצם מסתכל על סוגים שונים של היקפים, וממש לא היינו צריכים את גרף העמודות הזה כדי לומר שאנחנו לא עומדים ברשימות ה- SLA שלנו, אבל אנחנו יכולים בקלות לראות את זה בתרשים העליון. אבל יש לנו אישור משני מבחינת ספירת הביצוע על אי-ציות של ה- SLA. עכשיו, כאן, בעצם נתחיל להסתכל על נעילה, וזה בפנים - זה במקרה WebLogic אבל בתוך הסוג ההיגיון העסקי. ואתה יכול לראות כאן, וזה אולי קצת קשה לקרוא, אבל אתה לוחץ על 31, 000 רכישות נעילה למשך זמן נעילה מצטבר של 12 שעות, 30 דקות. אז ברור שזו בעיה ענקית.
כעת, השפעת הנעילה מראה לנו שתמיד יש נגזרות כלשהי של כלל 80/20. זה באמת שיטה אחת, קבוצה אחת של שיטות שבאמת גורמת לבעיות. כעת אנו מתחילים לבודד בעיות בתחום מסוים. אז, ניכנס עוד קצת, והנה מערכת ההודעות. ואנחנו מתחילים לראות את זה, הגרף לאורך זמן שאני מסתובב בפינה השמאלית העליונה, אתה יכול לראות שזמן התגובה המחוספס עולה, והורוד, המפתח, זה בעצם מראה תורים ויש למעשה שונה מאוד תורים זה קורה, זה נדחף כלפי מעלה, בגלל מספר החיבורים. וכך מערכת ההודעות עושה הרבה יותר עבודה; יש הרבה יותר - אם אתה עושה אנלוגיה למכולת ההיא, יש הרבה יותר עגלות בכל נתיב בדלפק הקופות - וזה מה שדוחף את התור, ותוכל לראות את זה בצורה הברורה ביותר בתחום. כל אחד מהתחומים רואה תורים מאוד מאוד גבוהים.
עד כה זיהיתי נעילה ב- WebLogic, זיהיתי תורים במערכת ההודעות, וזה קשור לטוקסידו. ואז, מה שאנחנו מסתכלים כאן הוא סוג דומה של ניתוח, אבל אנו בוחנים מצבי ביצוע בתוך מערכת הרשומה. וזה במקרה זה מצבי הוצאה לפועל בתוך אורקל. הסיבה לכך שאנו מתמקדים בזמן היא שלזמן יש שני תכונות מצוינות. מספר אחת: זו הדרך בה משתמשי הקצה והיישומים חווים ביצועים. מספר שני הוא מודד צריכת משאבים. וכך הוא יזהה אוטומטית היכן נמצאים צווארי הבקבוק. וכך אני יכול לראות כאן, במאגר הנתונים, שיש לי זמן קלט / פלט נוסף, ולכן אני מדגיש את תת-מערכת האחסון. כל נדבך הוא תלוי ברובד הזרם התחתון, כך מסד הנתונים תלוי באחסון. אני יכול גם לראות שבתוך מסד הנתונים אני עושה נעילה. לכן, אני צריך לקבל קצת יותר גרגירים לפני שמידע זה הופך להיות קצת יותר פעיל. וכך, בואו ניכנס, מקלפים את הבצל עוד שכבה נוספת.
עכשיו, זהו למעשה מבט על ספירות ביצוע, ציר ה- Y בספירה הזו, זה באלפים, אתה מסתכל על 9, 000, תשעה מיליון, וכך גם ספירת הביצוע עולה ומעלה ומעלה. אז, אפליקציית הניידות החדשה מדגישה את היישום בכל מיני דרכים. נעילה, רק כדי לסכם מחדש: נעילה ברמת האינטרנט, תור במערכת ההודעות, ספירת ביצוע נוספת על שכבת מסד הנתונים, קלט / פלט נוסף, נעילה נוספת בתוך מסד הנתונים. אז, אנחנו למעשה משפיעים על כל שכבה במפרט היישום. וכך, חשוב מאוד להיות בעלי ערכים מכל רמות בתוך ערימת היישומים. הנה, אני בעצם מחלק את פעילות מסד הנתונים לתוכנית, ואני יכול לראות שבאמת יש לי שתי תוכניות: צבע הטורקיז ממפה את נעילת היישום. וכך, זה, שרת ההפצה כנעילת אפליקציה, האפליקציה, זה החלק הנייד, יש לזה גם נעילת אפליקציה. ותוכלו לראות שם שמספר של אלה הם צוואר בקבוק באחסון עצמו.
עכשיו אני מקבל, מקלף לאחור את הבצל כדי לראות מה אני יכול לעשות בכל שכבה. והסיבה שאני עושה זאת אנשים רבים מסתכלים על זה מבחינה תכנון קיבולת. ורוב שירותי הענן, הם מדברים על הרחבת שרתים, מעבד וזיכרון. הצד השני של המטבע חשוב לא פחות, הוא קוד היישום שמבצע ומניע את הצריכה של אותם משאבים. וכשאתה יודע על קוד היישום, אתה יכול כעת לטפל בקיבולת על ידי יעילות עיבוד. אז יש לכם שני הצדדים של אותו מטבע, וזה נותן לאנשי IT אפשרויות נוספות לפיתרון הבעיה. זה לא רק להוסיף עוד שרתים, זה גם מה שאנחנו יכולים לעשות כדי לנקות את הדברים ולתפעל יותר יעיל? ה"עבודה חכמה יותר, לא קשה יותר ".
אז הנה, אנחנו יכולים למעשה, לאורקל יש דבר מסודר שנקרא מודולים ופעולות, שבו אתה באמת יכול להתחיל לתעד את הקוד, וכך גם אתה יכול לבחון את הדברים בצורה אחרת, כמו כאן, את מנעול היישום שראינו? ובכן, זה נכנס דרך קוד גיליון ההוצאות, הוא נכנס גם דרך שרת ההפצה, וכך אלה שני הנהגים העיקריים של אותו נעילה חדשה. והאחסון החדש מגיע דרך המערכת המקוונת, וכך אתה מתחיל לבנות באמת פרופיל, היכן שהנהגים נמצאים בצריכת משאבים נוספת זו. דבר נוסף הוא היכולת לאתר את הנהגים בקוד הבסיס. וכך להיכנס לעניין, אני חושב שהסתכלנו בגיליון ההוצאות הזה, וכך אנו נכנסים לכאן.
כעת, כשאתה מסתכל על האובייקטים הבסיסיים שמופעלים, אתה מתחיל לראות את יומן ההודעות הזה. ובכן, בכל פעם שהם מבצעים העברת הודעות - וראינו שזה עולה בכפולה - אנחנו ממש נוגעים בטבלת יומן ההודעות הזו ובאמת תראו בעוד דקה שזה בעצם גורם הרבה לנעילה בתוך שכבת מסד נתונים. כך שלדפוסי השימוש החדשים האלה יש השפעה רבה על ערימת היישומים. כעת בצד ימין נמצא קוד SQL, וכך זהו למעשה קוד היישום ואנחנו עוקבים אחר הצהרות SQL שעושות על ידי ביצוע מצב. וכך, קל מאוד דרך קידוד הצבעים לראות אילו הצהרות SQL מעורבות במנעולים הללו. הסיבה שזה ממש חיוני היא שאם אתה הולך ל- DBA שלך, ואתה אומר "היי, אנחנו חושבים שיש בעיה ברמת מסד הנתונים." הם עשויים להסתכל רק על בסיס הנתונים וזה אולי ייראה די דומה זה רץ אתמול.
אך אם הם יכולים לתאם את האופן בו היישום משתמש בבסיס הנתונים, הם יכולים להצביע על הצהרות ה- SQL המדויקות שעליהם להתמקד, ואז הם יכולים להיכנס לכמה מאותם פרקטיקות מתקדמות, להתבונן בתוכניות ביצוע וכל הדברים האלה. שהם יכולים לצבוט, כדי לגרום למערכת הרשומות לרוץ הרבה יותר מהר. וכך, ספקות המתאמים של הקוד, זה חיוני באמת לאפשר למומחי הטכנולוגיה להיות מסוגלים לפתור ולתקן בעיות בסיסיות. עכשיו, הנה, דיברנו גם על אחסון - הנה, אתה רואה את מספר הקריאות הפיזיות, אתה יכול לראות מתי זה קרה, וזה מתחיל להיכנס לארכיטקטורת החומרה, מכיוון שכשאתה מתכנן לפתח מערכת, אחת הדברים שאתה יכול לבחור לעשות זה לבחור סוגים שונים של אחסון, ויש להם פרופיל הוצאות שונה מאוד. ובמקרים מסוימים זה יהיה הגיוני לשדרג ולשלם עבור אחסון פלאש; אם אני עושה הרבה יותר קריאות אקראיות, אחסון ההבזק הזה באמת ישתלם לי.
וכך, המסר הכללי של זה הוא שעם אפליקציה חדשה מציבה דרישות חדשות למערכת, וערימת היישומים שבבסיס צריכה להתפתח כדי לענות על צרכים אלה. ואתה גם רוצה להסתכל על הצרכים האלה והאם ניתן לצבוט את הקוד כדי שיהיה יעיל יותר? ולבסוף, למעבד, אתה יכול לראות על תקופת הקיצוץ, רצינו בערך 10 אחוזים ואז, פעם עם הקוד החדש, אנחנו על 4X, עכשיו אנחנו על 40 אחוז, וזה חשוב באמת לסביבות פיזיות ווירטואליות כדי לוודא שיש לכם משאבי שרת נאותים למילוי צרכי היישום. וכך, הנה רק עוד מקרוב, כך שתוכלו לראות כמה מהמספרים הללו מעט מראש. מעניין ברמת השרת, צריכת הזיכרון לא השתנתה כל כך, אך בהחלט היה מספר מחזורי ה- CPU שדרש.
וזה בעצם סתם עיון במבט על דוח ההוצאות, הסתכלות על קנה המידה, העובדה שמספר ההוצאות להורג אמנם ירד, אך זמן ההוצאה להורג עלה. וכך הראה שמתחת לניידות, רכיב ההוצאות של האפליקציה באמת מתקשה. וזה בהחלט ישפיע על המשתמשים על דברים, מכיוון שאם אתה לא יכול לעשות את העבודה שלך, אנשים בעצם פשוט יפסיקו להשתמש בניידות. והדבר הנחמד עם הניידות הוא שזה באמת מעצים את הפרודוקטיביות של כוח העבודה, וזה טוב מאוד לתשלומי המשכורת וכדומה, אז אתה בהחלט רוצה שזה יתגלגל. כעת, אנו בוחנים את אותו הדבר כאן, רק מבחינת מיקום, כך שזו אירופה והמזרח התיכון, חיבורי VPN לאסיה ואז המטה עצמו. ובארצות הברית בסך הכל. לכן, אנו מאמינים כי דרך אחת להשיג מידע חשוב זה בכל שכבה בערימת היישומים היא דרך קו המוצרים המדויק.
אני הולך פשוט מהר מאוד, רובין ואריק, אני פשוט פשוט מספק סקירה כללית של מה ש- Precise עושה ומדוע הוא מעוצב כמו שהוא מתוכנן. ומה קורה אם משתמש הקצה מנסה לעשות משהו, יש המון טכנולוגיה במרכז הנתונים, למשתמש הקצה ממש לא אכפת להם, הם פשוט רוצים לעשות את העבודה שלהם. בינתיים, יש לך הרבה אנשים בתחום ה- IT, בעלי כוונות טובות, חכמים מאוד, אבל הם אפילו לא מודעים לבעיה עד שמשתמש קצה זה מדווח, אם הם מדווחים. ואז, פעמים רבות זה יתחיל בתהליך מתסכל יקר מאוד של זמן, בסופו של דבר, בו אנשים בוחנים תת-קבוצה של ערימת היישומים, אך קשה מאוד לענות על השאלות הבסיסיות האלה לגבי מי, מה, מתי, איפה למה.
אז, מה שאנחנו מאמינים הוא על ידי מדידת העסקאות של משתמשי הקצה המתחילים במכשיר שלהם, דרך הרשת, לשרת האינטרנט, ל- Java, ולכידת מידע זה נוכל לענות על השאלות של מי, מה, מתי, איפה, למה, לספק המלצות, אך ככל הנראה הדבר החשוב ביותר הוא השלמת לולאת המשוב. כולנו זקוקים למשוב כדי להשתפר, זו הדרך היחידה שאתה יודע שמשהו משתבש. על ידי העברת ההיסטוריה למאגר ריכוזי, היא מספקת גיליון מוסיקה אחד שכל אחד יכול לקרוא ממנו. וכך, קל מאוד להבין היכן הבעיות, ולכן שוב, העיצוב הוא מדידת עסקת משתמש הקצה; זה הולך לזהות עסקאות איטיות, לפלח את זה, זה הולך לספר איזו טכנולוגיה היא בעיה ואז לספק מבט מומחה על כל אחד מהשכבות הבודדות, כך שתוכלו להבין מה קורה. חברת Precise הולכת לספק לימוד כמו גם דיווחים ומרכזי שליטה לכלל בעלי העניין, בין אם ברצונך לקבל סקירה כללית, או אם ברצונך לקבל מבט טכנולוגי מעמיק על המתרחש.
עכשיו, מה יכול לקרות, כמו יום בחיים, או שאתה כמומחה בתחום ה- IT יכול להתקשר למשתמש קצה, או שלעתים משתמש קצה יכול להתקשר אליך. היכנס לדייק, אתה יכול להתמקד שוב, ציר ה- Y הוא תגובה, ציר ה- X הוא הזמן לאורך היום. הנה, אנחנו כל מדינת משנה, כך שיש לכם זמן לקוח, זמן שרת אינטרנט, Java, טוקסידו, זמן מסד נתונים. כאן למטה יש לך את עסקאות הנהיגה, אתה יכול להעלות תפריט לזיהוי משתמש קצה מסוים, וככה יש ל- IT את היכולת לטפל בסוגיות של משתמשי הקצה הספציפיים האלה. וכך תוכלו לראות בדיוק מתי הם היו עסוקים, תוכלו לראות שהם משתמשים בניהול תוכן בו תוכלו להתמקד בעסקה ההיא ואז Precise הולך לתת לכם ניתוח של אותה עסקה.
האחוז בסוף מתווסף לאחוזים, מדויק, וזה אומר לך כמה זמן, אבל אחוז זמן, שהוקדש לצעד בודד זה, עד להצהרות SQL בודדות, זה ההקשר. ואחד הדברים שאנחנו אומרים הוא שלכולם יש כלים, אך למעט חנויות יש הקשר. וההקשר מאפשר למנהל ג'אווה להתמקד בקוד היישום, ב- DBA לזהות כמו במקרה זה את הצהרת ה- SQL הספציפית. וכך, עם המידע הזה הוא נותן להם נראות רבה יותר כיצד לטפל בסיבת השורש הבסיסית לעסקה הספציפית שהשפיעה על המשתמש המסוים. אז אתה באמת מתמקד בלייזר בשורש. ותוכלו לנתח הצהרת SQL, איפה היא בילתה את זמנה, ובכן, ביצוע? ובניגוד לכך, הרבה כלים כמו Enterprise Manager רק כדי לבחור בהם. הם גדולים, הם יכולים לקחת את זה. הם מסתכלים על דברים מנקודת מבט של מופע, וזה לא מספיק מוקד כדי להיכנס ליישומים האלה.
בדרך כלל יישומי ה- OLTP שלך לניידות עומדים להיות בהשהיה נמוכה, תפוקה גבוהה, לכן התמקדות ברשימת העשירייה הראשונה זו התחלה אך היא ממש לא מספיק טובה עבור סוג זה של יישומים. ואז, העניין האחר הוא שבייחוד עבור אפליקציות שמתארחות באופן פנימי, זיהוי לפי מזהה משתמש הוא חיוני באמת, מכיוון שזה לא רק נוגע לאפליקציה והתשתית, אלא גם כיצד המשתמשים הסופיים משתמשים באפליקציה. ומשתמשי הקצה בדרך כלל בעלי התנהגות טובה בהרבה כאשר אתה מסוגל לזהות אותם. וכך זהו רק סוג של מסך של עסקאות שונות וחוויית הלקוח, ואז מפולח משנה, (צוחק) אני מניח שאני מדבר כבר קצת זמן. מעט עייף כאן; אני הולך לחרוש קדימה.
כאן, אנו מסתכלים על לוח מחוונים שהרכבנו אשר יציג התראות ואז יציג רמות שונות של ערימת היישומים. להלן שרתי האינטרנט שלך ותוכל לאמת לפי ספירת ביצוע זמן תגובה כי הדברים מאוזנים בעומס. אתה יכול להסתכל על גישות דפדפן, אתה יכול להסתכל בשמירת אוספי שימוש ואשפה, לוודא שיש לך דפוס שן מסור יפה זה, שאין לך דליפת זיכרון וכו '. הרעיון של זה הוא לספק קצת קצת לוח מחוונים טכני יותר של כל אחד מהרכיבים בערימת היישומים. אז, קו המוצרים המדויק שמציע IDERA מציע ניטור ייצור, 24 על 7, מידע מפורט מאוד. זה די קל לפרוס את זה; אינך צריך למפות עסקאות, לא משנה מה משתמשי הקצה עושים. Precise מחבר את הנקודות באופן אוטומטי בערימת היישומים.
אם נדבך במורד הזרם אינו מיועד, Precise יזהה זאת ויספק את זמן היציאה והחוצה וממליץ לך להתאים את הרמה במורד הזרם. וכך, זה זמן קל מאוד לערך; אנחנו מאוד חזקים במאגר המידע, זו סוג התביעה לתהילה של IDERA. והסיבה שהיא כה חשובה היא שכל עסקה עסקית משמעותית מקיימת אינטראקציה עם מערכת הרשומות, כך שמאגר המידע הופך לביצועים היסודיים. וכך הכלים האחרים בשוק, הם עושים עבודה בסדר, אבל אישור לא ממש טוב מספיק; אתה באמת צריך לדעת בדיוק מה קורה עם הצהרות SQL. ואנחנו עושים הרבה דברים מתקדמים, שהם יותר מדי בשביל זה, כמו לשמור על היסטוריית הצהרת SQL ולעקוב אחר תוכניות ביצוע לאורך זמן. וכך, זהו תחום שנוכל לחקור לעומק, אם יתעניין בכך.
אז, עם זאת, זוהי פלטפורמת הביצועים של היישום המדויק, אנו מזמינים אתכם לבקש פגישה נוספת דרך אתר idera.com, אם יש לכם עניין נוסף בפתרון ובנושאים שדנו בהם היום.
ואריק, עם זה, אני חושב שאנחנו עדיין מתחת לחוט, אני הולך להחזיר את השרביט אליך ורובין. תודה.
אריק קוואנה: לא, זה פנטסטי ואני אוהב את התוכן שהרכבת כאן, כי אתה עושה עבודה פנטסטית בהצגת עד כמה הסביבה מורכבת מתחת למכסה המנוע. וכמובן, כל העבודה של Precise, מטרתה של Precise היא לעזור לנווט באותה מורכבות ולהבין מה קורה בפועל ולהיות מסוגלים לנקוט בפעולות מסוימות כדי לשפר משהו. ואני פשוט מבולבל עד כמה זה מורכב. אני מנחש ש- Precise מאפשר גם לך לזהות דפוסי התנהגות מסוימים ואז לתת להם שמות, או לפחות להקליט אותם או לסמן אותם או משהו כזה, האם זה נכון?
ביל אליס: כן, אחד הדברים שעומדים לקרות, האם אתה לא רוצה לרדוף אחרי הזנב שלך; אתה לא רוצה פשוט לבזבז זמן רב בחד פעמי. אם כן, תרצו לבדוק מהם הדפוסים, מהם המגמות, מכיוון שיש המון טכנולוגיה לניהול. וכך אחד הדברים הוא לתעדף ולהיות מסוגל לדרג, לדעת איפה לבלות את זמנך, לדעת מה צריך להתאחד. ואתה גם רוצה לנקוט בגישה שמרנית של סיכון נמוך יותר ועלות נמוכה יותר. אינך רוצה לבצע בהכרח שינוי גלובלי יקר, מבלי שתעריך או תחוש טוב מאוד לדעת שהוא אכן יעזור לנושא. אז דע מה קורה לאורך זמן והמגמה הזו חיונית לטיפול מושכל בסוגיות הבסיסיות.
אריק קוואנה: זה הגיוני לחלוטין. וכמה עסקה גדולה היא הווירטואליזציה בשביל היכולת לראות מה קורה, ואז אתה נכנס לארגונים המשתמשים במכולות - משתמשת ב- Docker למשל? ואיך זה ישפיע על מה ש- Precise מסוגלת לעשות?
ביל אליס: כן, אז המילה "מכולה" יכולה להיות דברים שונים לפי ספקים שונים. וכך, אנו עובדים עם VM, כמעט כולם משתמשים ב- VMware - אני מחשיב את זה כסטנדרט דה-פקטו בנקודה זו; אני יודע שיש מתחרים שם בחוץ. ואנחנו מרחיבים את מה שאנחנו תומכים בו, אבל VMware היא הדומיננטית בתוך מחסנית האורקל. יש מאגרי מידע במכולות ולכן כל זה חשוב מאוד כדי שתוכל להתפתח את המערכת שלך מהר מאוד. חשוב מאוד לדעת גם בסביבה וירטואלית מתי המארח הפיזי אינו מסוגל לענות על הצרכים של כל מכולות האורחים, מכיוון שכל אחד מהם מתמודד על משאבים.
ואחד הדברים שלמעשה התרחשו באופן פנימי שהופתעתי להם הוא שלמעשה היו לנו בתוך IDERA כל כך הרבה VMs סרק, אבל כל אחד מאותם VMs סרק צורכים משאבים, שהם התחילו לגרום לבעיה הכוללת עבור VMs שהיו למעשה השתמשנו שהיו חשובים לנו בניהול העסק שלנו. וכך זה היה די מעניין. כעת, איננו תומכים בכל טכנולוגיה תחת השמש; יש מטריצה של תמיכה הקשורה לפיתרון הזה, ולכן זה אחד הדברים שנרצה לבחון עליהם, עבור לקוח מסוים או לקוח מסוים, רק כדי לוודא שאנחנו יכולים לענות על צרכי הטכנולוגיה והטכנולוגיות האישיות ערימת היישומים שלהם פועלת תחת.
אריק קוואנה: כן, זה הגיוני מאוד. מהניסיון שלך מה הם כמה מהכוחות העיקריים שמציבים אתגרים בנייד? כאשר אתה ואני דיברנו לפני שידור האינטרנט הזה לפני מספר חודשים, עשית נקודה ממש טובה לגבי האופן שבו פשוט הפונקציונליות והפריסה של אייפון או מכשיר נייד כלשהו יכולים להוות אתגר אמיתי עבור העסק, כי לפתע משתמש הקצה יכול לא תמצא איך ניתן לבצע תהליך ספציפי בתהליך העבודה, נכון? וכך, עד כדי כך, מה שאתה מאפשר בפיתוח אפליקציות לנייד הוא שאתה מראה למפתחים היכן מתרחשות הבעיות ואז תוכל למפות את זה חזרה למה שהאפליקציה עושה במכשיר הספציפי הזה, או במכשיר הספציפי הזה. וזה מאוד שימושי, נכון, עבור המפתח, כי עכשיו הם יכולים לראות מה גורם לבעיה, הם יכולים לבצע שינוי כלשהו באפליקציה, כדי לפתור את זה, נכון?
ביל אליס: כן, זה סוג של שכבת-על של ציפיות גבוהות להפליא - כולם מצפים שהכל במובן מסוים פשוט יעבוד, אבל יש כל כך הרבה מגוון בחוץ. יש לך את כל הסמארטפונים השונים האלה, יש להם מידות מסך שונות ואז יש לך ספקי תקשורת שונים, הוורייזונים, ה- AT&T, הספרינטים, אלה הם רק הפופולריים בארצות הברית. ויש פשוט כל כך הרבה גיוון בחוץ, זה כאילו, איך אתה עוטף את הידיים סביב כל זה, כדי להתחיל להתחיל להבין איפה הנושאים? וכך, יש הרבה ערכים זמינים ואחד הדברים שצוות ניהול המוצרים שלנו עשה, הוא ניסיון למשוך את הערכים החשובים ביותר או הנחוצים ביותר על ידי צוות ה- IT, כדי להיות מסוגלים לקבל החלטות נבונות. .
וכך, זה סוג של אתגר ואנחנו עושים שהמוצר שלנו הוא כמו שהשוק מתפתח ולכן אנו מקבלים משוב מהלקוחות שלנו ותמיד יש בקשות לשיפור, אז "היי, הערך הנוסף הזה יהיה מועיל לנו מאוד." אז, שלנו המוצר מתפתח ממש כמו השוק, אבל אם הייתי צריך לומר, למעשה אריק, זה ממש מעניין אותי, זה כל העניין של הציפיות. אנשים הם כמו פעם זה היה אחורה ביום בו אנשים היו מחכים חמש, שבע שניות עד שהמסך יתגנב, עכשיו זה כמו שניה או שתיים, אנשים הם כמו "הו, היישום הזה לא עובד בכלל!" (צוחק)
אריק קוואנה: זה מצחיק. זה כל כך נכון!
ביל אליס: זה מטורף.
אריק קוואנה: כן, זה קצת לא מציאותי, בכנות. ואני חושב שאולי נתחיל לראות קצת יותר ריאליזם סביב הנושא הזה, אך עם זאת עובדת החיים שיש לאנשים ציפיות מאוד מאוד גבוהות. ואני מניח, רובין, אני אחזיר אותך במהירות ממש בתוך הדקות האחרונות כאן. אהבתי את הערכתך באתר כקטלוג ואפליקציה כמכונת נאמנות. ולנקודה זו, מה שדיברנו כאן הוא כיצד לאפשר למפתחי האפליקציות האלה להבין מה קורה: האם זה שמיש? האם זה לא שמיש? ומה אתה יכול לשנות כדי להתאים את זה? ולנקודה של ביל כאן, רק לפני שנייה, זמן המחזור של תיקון הבעיה התקצר באמת, נכון? זה פשוט לא כמו שהיה פעם - אתה צריך לתקן את זה מהר. או שאתה פשוט הולך להשתמש בנשירה ענקית, נכון?
רובין בלור: כן, יש עוד המון דברים אחרים שמשחקים בזה, אז יש לך את ההתפתחות הזריזת הזו ויש לך ציפיות בהרבה מאוד מקומות עכשיו, שאתה הולך להוציא גרסה חדשה של משהו שנמצא בתהליך פיתוח, או בתהליך שינוי, כל כמה שבועות. וזה אומר, זה הופך את זה כשאתה חושב על זה, אם אתה חושב על סביבות הפריסה, ואתה חושב על כמה הערימה גדולה כשאתה נכנס למובייל, יש לך בפועל מספר מכשירים פוטנציאליים בצומת הקצה, ואז יהיה לך אמצעי תווך באמצע. יתכן ויהיה לך מתחת ומתחת לך יתכן שיהיה לך מאגרי מידע. אז יתכן שאתה נוגע ביישומים רבים ורבים; יתכן שאתה נוגע במספר מסדי נתונים וייתכן שאתה עושה דברים מורכבים ביותר מבחינת אבטחה. והכול צריך לעבוד, והציפייה היא שזה יעבוד בצורה סבירה.
והדבר המדהים הוא לפעמים, אבל המחשבה שלי לגבי זה, היא אם אתה באמת, אם אתה בונה אפליקציות סלולריות שהן ממש מפתח להצלחת החברה והרבה מתברר, הרבה מהדברים האלה באמת הם. אם אתה מבצע תחזוקה ניידת על אסדות נפט וצינורות נפט ודברים כאלה, זה די צריך לעבוד. ההשלכות שזה לא עובד הן רק די נוראיות. ואם אין לך את היכולת הזו לפרוס את היישום ולדעת איפה הדברים משתבשים, כי רוב זה הביצועים. יש לנו רתמות בדיקה ממש טובות בימינו, אז כן, יש באגים ובאגים שעוברים. אבל בעיקר אם משהו משתבש זה נושא הביצועים. ואם אינך יכול לשים את הסטטוסקופ ב 18 מקומות שונים, זה ממש קשה להצמיד מה משתבש. ויש לך גם שהרשת גורמת לכך, ויש לך גם את המציאות כי כל רכיב נתון באפליקציה יכול להילחץ בשעות שונות של היום, בגלל אופי היישום הספציפי הזה. אתה צריך להיות כלי ניטור מתוחכמים אם אתה עומד סיכוי עם כל זה.
אריק קוונהאג: כן, הייתי צריך להסכים ולדעתי זה באמת הכוח של Precise של IDERA, בימינו. וביל, אני מניח שרק כל הערות הסגירה ממך? אני חושב שהטכנולוגיה הזו נפלאה. אני גם מבין שכמשתמש בטכנולוגיה זו אתה באמת צריך להבין את המורכבות של מערכות מידע ואת התלות ולהיות מסוגל להבין היכן, מתי ואיך אתה מסנתז את כל המידע הזה כדי להעריך מה קורה בפועל. וזה דורש בן אנוש אינטליגנטי ומאומן, ולמען האמת, זו אחת הסיבות לכך שאני בכלל לא דואג מלמידה של מכונה שתלקח משרות. אני חושב שלמידה של מכונה יכולה להיות שימושית מאוד מתחת לטכנולוגיה כזו, כדי לזהות דפוסים נפוצים ואז להציע הצעות למשתמש הקצה לגבי מה שקורה כאן. אבל מהן כמה מחשבות סוגרות מכם על כך שבאמת משיגים את המפעל לחשיבות של יכולת לפתור בעיות מסוג זה ומה עליהם לדעת על כך, מלבד מה שאמרתם כבר?
ביל אליס: כן, אז אריק, הייתי מסכים איתך שיש כמות אדירה של מורכבות. אני מאמין קו המוצרים המדויק על ידי התמקדות בזמן המטרי, שמשתמש שיכול לקרוא גרף סרגל ערימה יכול להשתמש ב Precise בהצלחה ואני רק רוצה לומר תודה למשתתפים ולך ורובין על אירוח הסמינר של היום.
אריק קוואנה: אתה מתערב! וכמו שאמרתי, אנו מארחים את הארכיון הזה כבר זמן מה, אז אל תהסס לשתף אותו עם חבריך ועמיתיך; אנו מבצעים ארכיון של כל שידורי האינטרנט האלה. שלחתי קישור לשקופיות לפני מספר דקות, אל תהסס לבדוק את זה, אבל שוב עבודה נהדרת, ביל, היום. אתה באמת יודע את הדברים שלך; תמיד כיף לעבוד עם איש מקצוע כמוך. ואני חושב שזה באמת הולך להיות הטכנולוגיות המאפשרות את כוח העבודה הנייד! אז תודה על זמנכם, חברים, אנו נדביק אתכם בפעם הבאה, תדאגו. ביי ביי.
