464 Managing Critical Infrastructure with Gur from Cato

מדע וטכנולוגיה | רן תבורי ואורי להב | 218 פרקים
רברס עם פלטפורמה

[קישור לקובץ mp3]פרק מספר 464 של רברס עם פלטפורמה, שהוקלט ב-3 באוגוסט 2023  - אורי ורן מארחים באולפן בכרכור (עדיין גל-חום, אבל עם קצת רוח) את גור שץ מחברת Cato Networks כדי לדבר על המשמעות של לתחזק Infrastructure קריטי - וה-Infrastructure ש-Cato מתחזקים הוא לחלוטין קריטי ללקוחות שלהם: מה המשמעות? איך עושים את זה? מה קורה כשיש תקלות? איך מגיבים אליהן? איך מפתחים DNA בחברה כך שתדע לטפל ב-Infrastructure קריטי ונושאים אחרים.הנושא עצמו קרוב לליבם של רן ושל אורי, אז אזהרת תוכן מראש על התערבויות באמצע  : - )  01:24 גור ו-Cato(רן) אז קודם כל גור - ברוך הבא, כמה מילים עליך ועל Cato?טוב, אז אני הסתובבתי בשטח ככה, 20 משהו שנים בערך - אבל לפני 12-13 שנים בערך גיליתי את עולם ה-Service-ים.שמעתי את ההרצאה ב-Velocity של “עשרה Deployment-ים ביום” ואמרתי “זה העתיד!”ראיתי ש-Service-ים זה העתידואז התגלגלתי לעולם ה-Service-ה-Mission-Critical - כש-Incapsula הייתה החברה שהקמתי שעסקה בזההיא עשתה הגנה על אתרים - בהתחלה הגנה על התקפות רגילות, על אתרים מההתקפות רגילות, ואחר כך התקפות DDoSזו הייתה חברה שעסקה באמת בהגנה על אתרים ושמירה עליהםואחרי Incapsula בעצם, הדבר הבא היה Cato.ו-Cato בעצם לוקחת את הרשת הארגונית -  ובונה אותה מחדש, בענן.כלומר, ארגון שיש לו כמה Location-ים וכן הלאה - בעצם כולם מחוברים ל-Cato, ו-Cato הופך להיות הרשת.וזה Mission-Critical Infrastructure - בעצם, מה שזה אומר זה שאם יש בעיה ב-Cato, אז הלקוחות - אין להם אינטרנט, אין להם מייל, אין להם SAP . . . אין להם שום דבר שהם מסוגלים לעבוד איתו - זו ההגדרה של Mission-Critical וזה בעצם התחום הזה.כלומר, בסופו של דבר, זו החוכמה.אני לא יודע מאיזו שנה אתם נמצאים בעולם ה-Service-ים - אבל העולם הזה שבו כולם נמצאים אצלך כל הזמן ואתה צריך בעצם לדאוג להם, זו מנטליות מאוד מאוד הפוכה לעולם ה-Enterprise Applications שהתחלתי ממנו, נכון?(רן) שאלה טובה . . . . מאיזו שנה אני נמצא שם? אני לא יודע . . . . מתישהו משנות ה-2000+ , אני מניח . . . (גור) הרבה לפני . . . .03:18 הקו האדום של הכנרת(רן) אחד הדברים המעניינים שאני חושב שכדאי להתחיל בהם את השיחה - אני זוכר שקראתי, יש ספר מאוד טוב שנקרא SRE Book של גוגל, שבו הם מדברים על איך מייצרים Infrastructure, איך מתחזקים Infrastructure, ואחד הפרקים שם מדבר על מה זה “Uptime”, אוקיי? זאת אומרת, Service - זה לא שהוא רק “למעלה” או “למטה”, אלא יש גם אחוזים, זאת אומרת: “כמה אחוזים למעלה?”, “כמה אחוזים למטה?”. זאת אומרת,  אתה תיארת מצב שבו אתם ה-Infrastructure, אתם הרשת, ה-Network של הארגון, ואם אתם “למטה”, אז גם הארגון “למטה” - הוא לא יכול לעבוד, אבל האם זה . . .(אורי) . . . הלקוח למטה . . .(רן) כן, הלקוח למטה . . .  האם זה בינארי? כלומר, האם זה “למעלה” או “למטה” או שיש אחוזים, יש זה . . . . מתי, בעצם, אנחנו מתחילים לדבר על “אוקיי - ירדנו מתחת לקו האדום של הכנרת”, אם מישהו זוכר את זה . . . . ?(גור) אז קודם כל, ברגע שאתה מתעסק באמת ב-Critical-Infrastructure, אז אתה מהר מאוד מגיע ל”חמש  תשיעיות”, שזה ה-Common Denominator של Critical-Infrastructureאתה לא יכול לרדת מתחת לזהאבל גם אם לא ירדת . . .(אורי)  . . . . ולמאזיננו שלא חיים את עולם ה-Infrastructure? . . .(גור) - 99.999% מהזמן אתה צריך להיות למעלה(רן) חמש פעמים תשע . . . . מה המשמעות של זה? נגיד - כמה בשנה? . . .  כמה? מה? . . .(גור) זה דקות בחודש.(רן) דקות [ספורות] בחודש . . . (גור)  . . . . מועטות . . . לדעתי אפילו פחות מזה.אבל זה גם לא . . . . זה לא כזה נתון נכון כשאתה מסתכל עליו - כי בסופו של דבר, הבעיה שלך זה שכשאתה סופר את ה-Uptime, אז זה שאתה צריך לספור את ה-Uptime מהנקודה הכי גרועה.כלומר, תחשוב נגיד, אם יש לך חברה, ובחברה - יש לה עשרה משרדים.ועכשיו, אחד המשרדים - יש לו בעיה.עדיין, אותם אנשים באותו המשרד - יש להם בעיה חמורה, הם לא מאושרים, הם לא יכולים לעבוד.ולכן, הדרך הנכונה אצלנו למדוד את ה-Uptime זה Uptime אפליקטיבי (Application uptime)כלומר, האפליקציות עובדות - ועל פני כל האתרים של הלקוח.ולא רק באופן כללי - בממוצע ובסך הכל.(רן) כן, אז זה למשל, הבדל בין הדרך שאתם מודדים לבין הדרך שבא תיארו בגוגל בספר הזה שלהם איך מודדים -  למשל, הם באו ואמרו “אוקיי, נגיד אם יש Downtime בגרמניה, יש שם נגיד X לקוחות, נגיד 90 מיליון ל…

לכל הפרקים של פודקאסט רברס עם פלטפורמה >>

פרסומת
[קישור לקובץ mp3]פרק מספר 464 של רברס עם פלטפורמה, שהוקלט ב-3 באוגוסט 2023  - אורי ורן מארחים באולפן בכרכור (עדיין גל-חום, אבל עם קצת רוח) את גור שץ מחברת Cato Networks כדי לדבר על המשמעות של לתחזק Infrastructure קריטי - וה-Infrastructure ש-Cato מתחזקים הוא לחלוטין קריטי ללקוחות שלהם: מה המשמעות? איך עושים את זה? מה קורה כשיש תקלות? איך מגיבים אליהן? איך מפתחים DNA בחברה כך שתדע לטפל ב-Infrastructure קריטי ונושאים אחרים.הנושא עצמו קרוב לליבם של רן ושל אורי, אז אזהרת תוכן מראש על התערבויות באמצע  : - )  01:24 גור ו-Cato(רן) אז קודם כל גור - ברוך הבא, כמה מילים עליך ועל Cato?טוב, אז אני הסתובבתי בשטח ככה, 20 משהו שנים בערך - אבל לפני 12-13 שנים בערך גיליתי את עולם ה-Service-ים.שמעתי את ההרצאה ב-Velocity של “עשרה Deployment-ים ביום” ואמרתי “זה העתיד!”ראיתי ש-Service-ים זה העתידואז התגלגלתי לעולם ה-Service-ה-Mission-Critical - כש-Incapsula הייתה החברה שהקמתי שעסקה בזההיא עשתה הגנה על אתרים - בהתחלה הגנה על התקפות רגילות, על אתרים מההתקפות רגילות, ואחר כך התקפות DDoSזו הייתה חברה שעסקה באמת בהגנה על אתרים ושמירה עליהםואחרי Incapsula בעצם, הדבר הבא היה Cato.ו-Cato בעצם לוקחת את הרשת הארגונית -  ובונה אותה מחדש, בענן.כלומר, ארגון שיש לו כמה Location-ים וכן הלאה - בעצם כולם מחוברים ל-Cato, ו-Cato הופך להיות הרשת.וזה Mission-Critical Infrastructure - בעצם, מה שזה אומר זה שאם יש בעיה ב-Cato, אז הלקוחות - אין להם אינטרנט, אין להם מייל, אין להם SAP . . . אין להם שום דבר שהם מסוגלים לעבוד איתו - זו ההגדרה של Mission-Critical וזה בעצם התחום הזה.כלומר, בסופו של דבר, זו החוכמה.אני לא יודע מאיזו שנה אתם נמצאים בעולם ה-Service-ים - אבל העולם הזה שבו כולם נמצאים אצלך כל הזמן ואתה צריך בעצם לדאוג להם, זו מנטליות מאוד מאוד הפוכה לעולם ה-Enterprise Applications שהתחלתי ממנו, נכון?(רן) שאלה טובה . . . . מאיזו שנה אני נמצא שם? אני לא יודע . . . . מתישהו משנות ה-2000+ , אני מניח . . . (גור) הרבה לפני . . . .03:18 הקו האדום של הכנרת(רן) אחד הדברים המעניינים שאני חושב שכדאי להתחיל בהם את השיחה - אני זוכר שקראתי, יש ספר מאוד טוב שנקרא SRE Book של גוגל, שבו הם מדברים על איך מייצרים Infrastructure, איך מתחזקים Infrastructure, ואחד הפרקים שם מדבר על מה זה “Uptime”, אוקיי? זאת אומרת, Service - זה לא שהוא רק “למעלה” או “למטה”, אלא יש גם אחוזים, זאת אומרת: “כמה אחוזים למעלה?”, “כמה אחוזים למטה?”. זאת אומרת,  אתה תיארת מצב שבו אתם ה-Infrastructure, אתם הרשת, ה-Network של הארגון, ואם אתם “למטה”, אז גם הארגון “למטה” - הוא לא יכול לעבוד, אבל האם זה . . .(אורי) . . . הלקוח למטה . . .(רן) כן, הלקוח למטה . . .  האם זה בינארי? כלומר, האם זה “למעלה” או “למטה” או שיש אחוזים, יש זה . . . . מתי, בעצם, אנחנו מתחילים לדבר על “אוקיי - ירדנו מתחת לקו האדום של הכנרת”, אם מישהו זוכר את זה . . . . ?(גור) אז קודם כל, ברגע שאתה מתעסק באמת ב-Critical-Infrastructure, אז אתה מהר מאוד מגיע ל”חמש  תשיעיות”, שזה ה-Common Denominator של Critical-Infrastructureאתה לא יכול לרדת מתחת לזהאבל גם אם לא ירדת . . .(אורי)  . . . . ולמאזיננו שלא חיים את עולם ה-Infrastructure? . . .(גור) - 99.999% מהזמן אתה צריך להיות למעלה(רן) חמש פעמים תשע . . . . מה המשמעות של זה? נגיד - כמה בשנה? . . .  כמה? מה? . . .(גור) זה דקות בחודש.(רן) דקות [ספורות] בחודש . . . (גור)  . . . . מועטות . . . לדעתי אפילו פחות מזה.אבל זה גם לא . . . . זה לא כזה נתון נכון כשאתה מסתכל עליו - כי בסופו של דבר, הבעיה שלך זה שכשאתה סופר את ה-Uptime, אז זה שאתה צריך לספור את ה-Uptime מהנקודה הכי גרועה.כלומר, תחשוב נגיד, אם יש לך חברה, ובחברה - יש לה עשרה משרדים.ועכשיו, אחד המשרדים - יש לו בעיה.עדיין, אותם אנשים באותו המשרד - יש להם בעיה חמורה, הם לא מאושרים, הם לא יכולים לעבוד.ולכן, הדרך הנכונה אצלנו למדוד את ה-Uptime זה Uptime אפליקטיבי (Application uptime)כלומר, האפליקציות עובדות - ועל פני כל האתרים של הלקוח.ולא רק באופן כללי - בממוצע ובסך הכל.(רן) כן, אז זה למשל, הבדל בין הדרך שאתם מודדים לבין הדרך שבא תיארו בגוגל בספר הזה שלהם איך מודדים -  למשל, הם באו ואמרו “אוקיי, נגיד אם יש Downtime בגרמניה, יש שם נגיד X לקוחות, נגיד 90 מיליון ל…

פודאסטים מובילים

פרסומת