להסיר: המארח אריק קוואנה דן בכוח העבודה הסלולרי עם ד"ר רובין בלור ו IDERAs ביל אליס.
אינך מחובר כרגע. התחבר או הירשם כדי לראות את הסרטון.
אריק קוואנה: בסדר, גבירותיי ורבותיי, זה יום רביעי, 21 ביונירחוב. השעה 4:00 המזרחית שלה וכמובן שזה אומר שבעולם הטכנולוגיה הארגונית הזמן שלה עבור Hot Technologies! אכן כן. שמי אריק קוואנה, אני אהיה המנחה והמנחה שלכם לאירוע של ימינו. זה נושא חם אנשים, זה נושא גדול: "En Marche! הפעלת כוח העבודה הסלולרי. "ולא תפסתי בכוונה את קו התווית מהמועמדות של מר מקרונס בצרפת. זה היה מקרי למדי, אני מבטיח לך, אבל זה עדיין די מרגש. אז, דברו הכל על כוח העבודה הנייד וכיצד תוכלו לוודא שהאנשים האלה יקבלו את מה שהם צריכים, והם יכולים לעשות את מה שהם עושים טוב. המון אתגרים, המון סוגיות בחוץ. נעבור לארכיון שידור האינטרנט הזה לצפייה מאוחרת יותר, כך שאם אתה מתגעגע למשהו אתה יכול לחזור ולבדוק אותו. כמו כן, שתפו אותו עם חבריך ועמיתיכם.
ואני צריך לומר אל תתבייש; הדרך הטובה ביותר להשיג תוכן מותאם אישית באמת ואת המידע הדרוש לכם מאירוע כזה היא לשאול שאלות. אז אתה יכול לשאול שאלה מחלון הצ'אט, או ממרכיב שאלות ותשובות במסוף השידור שלך. בכל פעם שהאירוע יימשך, אני אהיה בטוח לתפוס את זה ולארוג אותו לשאלות ותשובות בסוף. התכוונו לערוך כמה מצגות ואז לשמוע היטב את ביל אליס ממערכת IDERA. כמובן שרובין בלור משלנו נמצא היום על הקו. ועם זה, אפשר לצלול ישר פנימה.
אז, Ive קיבל כמה נתונים סטטיסטיים טובים מ- 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 סלולרי, מספר החיבורים יותר מכפול בכמות קטנה בהרבה - דיברו על סדר גודל - כ -100 פעמים פחות הגישות שלו, כך שלא התרחבו בקנה מידה; יש לנו לפחות כפול ממספר החיבורים למה שהיה לנו בעבר. אז התחלנו להבין מהן הדרישות החדשות שהאפליקציה הסלולרית מציבה לתשתיות הבסיסיות.
לכן, ניכנס עוד יותר רחוק, מכיוון שאנחנו צריכים לבודד את המקומות בהם מתרחשים בעיות. וכך, הנה, בעצם אתה מסתכל על סוגים של דברים המתרחשים, ואנחנו באמת לא היינו צריכים את גרף העמודות הזה כאן בכדי לומר שלא עמדו ב- SLAs שלנו, אבל אנחנו יכולים בקלות לראות את זה בתרשים העליון. אבל יש לנו אישור משני מבחינת ספירת הביצוע על אי ציות של ה- SLA. עכשיו, כאן, ובכן, התחל לבדוק את הנעילה, וזה בפנים - זה במקרה WebLogic, אבל בתחום ההיגיון העסקי. ואתה יכול לראות כאן, וזה אולי קצת קשה לקרוא, אבל אתה לוחץ על 31,000 רכישות נעילה למשך זמן נעילה מצטבר של 12 שעות, 30 דקות. אז ברור שזו בעיה ענקית.
כעת, השפעת הנעילה מראה לנו שתמיד נגזרת כלשהי מכלל 80/20. זה ממש בשיטה אחת, קבוצה אחת של שיטות שזה באמת גורם לבעיות. עכשיו התחילו לבודד בעיות בתוך רובד מסוים. אז, נו היכנסו עוד קצת, והנה מערכת ההודעות. ואנחנו מתחילים לראות את זה, גרף הזמן שאותו אני מסתובב בפינה השמאלית העליונה, אתה יכול לראות שזמן התגובה המחוספס עולה, והורוד, המפתח, זה בעצם מראה תורים וזו בעצם תור שונה מאוד קורה, זה נדחף כלפי מעלה, בגלל מספר החיבורים. וכך מערכת ההודעות עושה הרבה יותר עבודה; Theres הרבה יותר - אם אתה עושה אנלוגיה למכולת ההיא, יש הרבה יותר עגלות בכל מסלול בדלפק הקופות - וזה מה שדוחף את התור, ותוכל לראות את זה בצורה הברורה ביותר בתחום. כל אחד מהתחומים רואה תורים מאוד מאוד גבוהים.
עד כה איתרתי נעילה בתוך 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 בודדות, זה המצב. ואחד הדברים שאנו אומרים הוא שלכולם יש כלים, אך למעט חנויות יש קשיים. ו- con מאפשר למנהל ג'אווה להתמקד בקוד היישום, ב- DBA לזהות כמו במקרה זה את הצהרת ה- SQL הספציפית. וכך, עם המידע הזה הוא נותן להם ראות רבה יותר כיצד לטפל בסיבת השורש הבסיסית לעסקה הספציפית שהשפיעה על המשתמש המסוים. אז אתה באמת מתמקד בלייזר בשורש. ותוכלו לנתח הצהרת SQL, איפה היא בילתה את זמנה, ובכן, ביצוע? ובניגוד לכך, הרבה כלים כמו Enterprise Manager רק כדי לבחור בהם. הם גדולים, הם יכולים לקחת את זה. הם מסתכלים על דברים מנקודת מבט של מקרה, וזה לא מספיק מתמקד בכדי להיכנס ליישומים האלה.
בדרך כלל, יישומי ה- OLTP שלך לניידות עומדים להיות בהשהיה נמוכה, תפוקה גבוהה, כך שמתמקדים ברשימת העשירייה הראשונה, זה התחלה אך הם ממש לא מספיק טובים לסוג זה של יישומים. ואז, הדבר האחר הוא שבייחוד עבור אפליקציות שמתארחות באופן פנימי, זיהוי לפי מזהה משתמש הוא חיוני באמת, מכיוון שלא מדובר רק באפליקציה והתשתית, אלא גם באופן השימוש של משתמשי הקצה ביישום. ומשתמשי הקצה בדרך כלל בעלי התנהגות טובה בהרבה כאשר אתם מסוגלים לזהות אותם. וכך זהו רק סוג של מסך של עסקאות שונות וחוויית הלקוח, ואז מפולח משנה, (צוחק) אני מניח שדיברתי קצת זמן. מעט עייף כאן; אני הולך לחרוש קדימה.
הנה, הסתכלנו על לוח מחוונים שהרכבנו שיציג התראות ואז יציג רבדים שונים של ערימת היישומים. להלן שרתי האינטרנט שלך ותוכל לאמת לפי ספירת ביצוע זמן תגובה כי הדברים מאוזנים בעומס. אתה יכול להסתכל על כניסות לדפדפנים, אתה יכול להסתכל בשמירת אוספי השימוש ובזבל, לוודא שיש לך דפוס שן מסור נחמד הזה, שאין לך דליפת זיכרון וכו '. הרעיון של זה הוא לספק קצת לוח מחוונים טכני יותר של כל אחד מהרכיבים בערימת היישומים. אז, קו המוצרים המדויק שמציע IDERA מציע ניטור ייצור, 24 על 7, מידע מפורט מאוד. זה די קל לפרוס את זה; אינך צריך למפות עסקאות, לא משנה מה משתמשי הקצה עושים. Precise מחבר את הנקודות באופן אוטומטי בערימת היישומים.
אם נדבך במורד הזרם אינו מיועד, Precise יזהה זאת ויספק את זמן היציאה והחוצה וממליץ לך להתאים את הרמה במורד הזרם. וכך, הזמן הקל מאוד שלה לערך; אנחנו מאוד חזקים במאגר, זוהי סוג של טענה לתהילה. והסיבה שהיא כה חשובה היא שכל עסקה עסקית משמעותית מקיימת אינטראקציה עם מערכת הרשומות, כך שמאגר המידע הופך לביצועים היסודיים. וכך הכלים האחרים בשוק הם עושים עבודה בסדר, אבל אישור לא ממש מספיק טוב; אתה באמת צריך לדעת בדיוק מה קורה עם הצהרות SQL. ואנחנו עושים הרבה דברים מתקדמים, שהם יותר מדי בשביל זה, כמו לשמור על היסטוריית הצהרת SQL ולעקוב אחר תוכניות ביצוע לאורך זמן. וכך, זהו תחום שאנחנו יכולים לחקור לעומק, אם אתה עשוי להתעניין.
אז, עם זאת, זהו פלטפורמת הביצועים של היישום המדויק, אנו מזמינים אתכם לבקש פגישה נוספת דרך אתר idera.com, אם יש לכם עניין נוסף בפתרון ובנושאים עליהם דיברנו היום.
ואריק, עם זה, אני חושב שעדיין היו מתחת לחוט, אני הולך להחזיר את השרביט אליך ורובין. תודה.
אריק קוואנה: לא, זה פנטסטי ואני אוהב את התוכן שיצרת כאן, מכיוון שאתה עושה עבודה פנטסטית בהצגת עד כמה הסביבה מורכבת מתחת למכסה המנוע. וכמובן, כל העבודה של Precise, מטרתה של Precise היא לעזור לנווט באותה מורכבות ולהבין מה קורה בפועל ולהיות מסוגלים לנקוט בפעולות מסוימות כדי לשפר משהו. ואני פשוט מבולבל עד כמה זה מורכב. אני מנחש ש- Precise גם מאפשר לך לזהות דפוסי התנהגות מסוימים ואז לתת להם שמות, או לפחות להקליט אותם או לסמן אותם או משהו כזה, האם זה נכון?
ביל אליס: כן, אחד הדברים שעתידים לקרות, האם אתה לא רוצה לרדוף אחרי הזנב שלך; אתה לא רוצה פשוט לבזבז זמן רב בחד פעמי. אז אתה רוצה להסתכל מה הם התבניות, מה המגמות, כי יש הרבה טכנולוגיות לניהול. וכך אחד הדברים הוא לתעדף ולהיות מסוגל לדרג, לדעת איפה לבלות את זמנך, לדעת מה צריך להתאחד. ואתה גם רוצה לנקוט בגישה שמרנית של סיכון נמוך יותר ועלות נמוכה יותר. אתה לא רוצה לבצע בהכרח שינוי גלובלי יקר, בלי שתעריך או תחוש טוב מאוד לדעת שזה אכן יעזור לנושא. אז דע מה קורה לאורך זמן ומגמה זו חיונית לטיפול מושכל בסוגיות הבסיסיות.
אריק קוואנה: זה הגיוני לחלוטין. וכמה עסקה גדולה היא הווירטואליזציה בשביל היכולת לראות מה קורה, ואז אתה נכנס לארגונים המשתמשים במכולות - באמצעות Docker למשל? ואיך זה ישפיע על מה ש- Precise מסוגלת לעשות?
ביל אליס: כן, אז המילה "מכולה" יכולה להיות דברים שונים על פי ספקים שונים. וכך, אנו עובדים עם VM, כמעט כולם משתמשים ב- VMware - אני מחשיב את זה כסטנדרט דה-פקטו בנקודה זו; אני יודע שיש מתחרים שם בחוץ. ואנחנו מרחיבים את מה שאנחנו תומכים בו, אבל VMware היא הדומיננטית בתוך מחסנית האורקל. ישנם מאגרי מידע עם מכלים ולכן כל זה חשוב מאוד כדי שתוכל לפתח את המערכת שלך מהר מאוד. חשוב מאוד לדעת גם בסביבה וירטואלית כאשר המארח הפיזי אינו מסוגל לענות על צרכיהם של כל מכולות האורחים, מכיוון שכל אחד מהם מתמודד על משאבים.
ואחד הדברים שלמעשה התרחשו באופן פנימי שהופתעתי להם הוא שלמעשה היו לנו בתוך IDERA כל כך הרבה VMs סרק, אבל כל אחד מאותם VMs סרק צורכים משאבים, שהם התחילו לגרום לבעיה הכוללת עבור VMs שהיו למעשה השתמשנו שהיו חשובים לנו בניהול העסק שלנו. וכך זה היה דבר מעניין. כעת, איננו תומכים בכל טכנולוגיה תחת השמש; יש מטריצה של תמיכה הקשורה לפיתרון זה, וכך זה אחד הדברים שנרצה להתעמק בהם, עבור לקוח מסוים או לקוח מסוים, רק כדי לוודא שאנחנו יכולים לענות על צרכי הטכנולוגיה והטכנולוגיות האישיות ערימת היישומים שלהם פועלת תחת.
אריק קוואנה: כן, זה הגיוני מאוד.מהניסיון שלך מה הם כמה מהכוחות העיקריים שמציבים אתגרים בנייד? כאשר אתה ואני דיברנו לפני שידור האינטרנט הזה לפני מספר חודשים, עשית נקודה ממש טובה לגבי האופן שבו פשוט הפונקציונליות והפריסה של אייפון או מכשיר נייד כלשהו יכולים להוות אתגר אמיתי עבור העסק, כי לפתע משתמש הקצה לא יכול להבין כיצד לבצע תהליך ספציפי בזרימת העבודה, נכון? וכך, עד לנקודה זו, מה שמאפשר בפיתוח אפליקציות לנייד הוא מראה למפתחים היכן הבעיות מתרחשות ואז תוכלו למפות את זה חזרה למה שהאפליקציה עושה במכשיר הספציפי הזה, או במכשיר הספציפי הזה. וזה מאוד שימושי, נכון, עבור המפתח, כי עכשיו הם יכולים לראות מה גורם לבעיה, הם יכולים לבצע שינוי כלשהו באפליקציה, כדי לפתור את זה, נכון?
ביל אליס: כן, זה סוג של שכבת-על של ציפיות גבוהות להפליא - כולם מצפים שהכל במובן מסוים פשוט יעבוד, אבל יש כל כך הרבה מגוון שם בחוץ. יש לך את כל הסמארטפונים השונים האלה, יש להם מידות מסך שונות ואז יש לך ספקי תקשורת שונים, ה- Verizons, AT & Ts, Ss, אלה הם רק אלה הפופולריים בארצות הברית. ויש מגוון כל כך גדול שם בחוץ, כמו זה, איך אתה עוטף את הידיים סביב כל זה, כדי להתחיל להתחיל להבין היכן הנושאים? וכך, יש הרבה מדדים זמינים ואחד הדברים שצוות ניהול המוצרים שלנו עשה, הוא ניסיון למשוך את הערכים החשובים ביותר או הנחוצים ביותר על ידי צוות ה- IT, כדי להיות מסוגלים לקבל החלטות נבונות. .
וכך, אתגר מסוגו ואנחנו מבצעים את המוצר שלנו הוא כמו השוק שמתפתח וכך אנו מקבלים משוב מהלקוחות שלנו ותמיד יש בקשות לשיפור, אז "היי, המדד הנוסף הזה יעזור לנו מאוד." אז, שלנו המוצר מתפתח ממש כמו בשוק, אבל אם הייתי צריך לומר, למעשה אריק, זה באמת מעניין אותי, זה כל העניין של הציפיות. אנשים הם כמו פעם זה היה שוב ביום בו אנשים היו מחכים חמש, שבע שניות עד שהמסך יתגנב, עכשיו זה כמו שניה או שתיים, אנשים הם כמו "הו, היישום הזה בכלל לא עובד!" (צוחק )
אריק קוואנה: זה מצחיק. זה כל כך נכון!
ביל אליס: זה מטורף.
אריק קוואנה: כן, זה קצת לא מציאותי, בכנות. ואני חושב שאולי טוב להתחיל לראות קצת יותר ריאליזם סביב הנושא הזה, אבל עם זאת עובדת החיים שיש לאנשים ציפיות מאוד מאוד גבוהות. ואני מניח, רובין, אני אחזיר אותך במהירות ממש בתוך הדקות האחרונות כאן. אהבתי את הערכתך באתר כקטלוג ואפליקציה כמכונת נאמנות. ולנקודה זו, מה שדיברנו כאן הוא כיצד לאפשר למפתחי האפליקציות האלה להבין מה קורה: האם זה שמיש? האם זה לא שמיש? ומה אתה יכול לשנות כדי להתאים את זה? ולגבי הצבעה של בילס כאן, רק לפני שנייה, זמן המחזור של תיקון הבעיה התקצר באמת, נכון? זה פשוט לא כמו שהיה פעם - אתה צריך לתקן את זה מהר. או שאתה פשוט יש לך שימוש בצניחה ענקית, נכון?
רובין בלור: כן, יש עוד המון דברים אחרים שמשחקים בזה, אז יש לך התפתחות זריזה זו ויש לך ציפיות בהרבה מקומות עכשיו, שעתיד לשחרר גרסה חדשה למשהו שנמצא בתהליך פיתוח , או בתהליך השינוי, כל כמה שבועות. וזה אומר, זה הופך את זה כשאתה חושב על זה, אם אתה חושב על סביבות הפריסה, ואתה חושב על כמה הערימה גדולה כשאתה נכנס למכשירים ניידים, בפועל יש לך מספר מכשירים פוטנציאליים בצומת הקצה ואז אתה הולך שיהיה אמצעי תווך באמצע. יתכן ויהיה לך מתחת ומתחת לך יתכן שיהיה לך מאגרי מידע. אז יתכן שאתה נוגע ביישומים רבים ורבים; יתכן שאתה נוגע במספר מסדי נתונים וייתכן שאתה עושה דברים מורכבים ביותר מבחינת אבטחה. וכל זה צריך לעבוד, והציפייה היא שהיא תעבוד בצורה סבירה.
והדבר המדהים הוא לפעמים, אבל המחשבה שלי בעניין זה היא אם אתה באמת, אם אתה בונה אפליקציות סלולריות שהן באמת מפתח להצלחת החברה והרבה מהם מסתבר, הרבה מהדברים האלה באמת הם . אם אתה מבצע תחזוקה ניידת על אסדות נפט וצינורות נפט ודברים כאלה, הסוג שלו יעבוד. ההשלכות שזה לא עובד הן רק די נוראיות. ואם אין לך יכולת זו לפרוס את היישום ולדעת לאן הדברים משתבשים, הגורם לרוב לביצועים. יש לנו רתמות בדיקה ממש טובות בימינו, אז כן, יש באגים ובאגים שעוברים. אבל בעיקר אם משהו משתבש בנושא הביצועים שלו. ואם אתה לא מצליח לשים את הסטטוסקופ ב 18 מקומות שונים, אז זה ממש קשה להצמיד מה משתבש. ויש לכם גם ברשתות גורם בכך, ויש לכם גם את המציאות כי כל רכיב נתון באפליקציה יכול להילחץ בשעות שונות ביום, בגלל אופי היישום הספציפי הזה. אתה צריך שיהיה לך כלי ניטור מתוחכמים אם אתה עומד סיכוי עם כל זה.
אריק קוואנה: כן, הייתי צריך להסכים ואני חושב שזה באמת כוחה של Precise על ידי IDERA, בימינו. וביל, אני מניח שרק כל הערות הסגירה ממך? אני חושב שהטכנולוגיות האלה פנטסטיות. אני גם מבין שכמשתמש בטכנולוגיה זו, אתה באמת צריך להבין את המורכבות של מערכות מידע ואת התלות ולהיות מסוגל להבין היכן, מתי ואיך אתה מסנתז את כל המידע הזה כדי להעריך מה קורה בפועל. וזה דורש בן אנוש אינטליגנטי ומאומן, ולמען האמת, הסיבה האחת לכך שאני בכלל לא דואג שלמידה מכונה שתוריד עבודות. אני חושב שלמידה של מכונה יכולה להיות שימושית מאוד מתחת לטכנולוגיה כמו זו, כדי לזהות דפוסים נפוצים ואז להציע הצעות למשתמש הקצה לגבי מה שקורה כאן. אבל מהן כמה מחשבות סוגרות מכם על באמת קבלת המיזם את החשיבות של יכולת לפתור בעיות מסוג זה ומה עליהם לדעת על כך, מלבד מה שאמרתם כבר?
ביל אליס: כן, אז אריק, הייתי מסכים איתך שזו כמות אדירה של מורכבות. אני מאמין קו המוצרים המדויק על ידי התמקדות בזמן המטרי, שמשתמש שיכול לקרוא גרף סרגל ערימה יכול להשתמש בהצלחה במדויק ואני רק רוצה לומר תודה למשתתפים ולך ורובין על אירוח הסמינר של ימינו.
אריק קוואנה: אתה מתערב! וכמו שאמרתי, אנו מארחים את הארכיון הזה כבר זמן מה, אז אל תהסס לשתף אותו עם חבריך ועמיתיך; אנו מבצעים ארכיון של כל שידורי האינטרנט האלה. שלחתי קישור לשקופיות לפני מספר דקות, אל תהסס לבדוק את זה, אבל שוב עבודה נהדרת, ביל, היום. אתה באמת יודע את הדברים שלך; תמיד כיף לעבוד עם איש מקצוע כמוך. ואני חושב שזו באמת תהיה הטכנולוגיות המאפשרות את כוח העבודה הנייד! אז תודה על זמנכם, חברים, תדאגו אליכם בפעם הבאה, תשמרו על עצמכם. ביי ביי.