הרצאה על Cosmos DB ועל Azure SLA

תמלול ההרצאה: הרצאה על Cosmos DB ועל Azure SLA

הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה על Cosmos DB ועל Azure SLA» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

1. 00:02

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

2. 00:16

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

3. 00:35

   בייט לכמה טרה בייט דאטאבייס נורמלי רגיל, הדבר הזה אין לו מגבלה, לקוסמוס db יכול לגדול כמות שהיא לחלוטין בלתי מוגבלת וגם לכמות מאוד גדולה של אז'ור ריג'ן באזורים שונים פיזית, זאת אומרת הדאטאבייס ילכות אותו דאטאבייס באפריקה, באירופה, באמריקה

4. 00:55

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

5. 01:07

   נקודה נוספת חשובה מאוד בקוסמוס די בי נקראת Single-Digit Millisecond Data Access. מה שזה אומר שברוב המקרים בדאטאבייסים יש חשיבות מאוד גדולה למהירות שבה אני ניגש למידע שלי וסינגל דיגיט, זאת אומרת הספרה היחידה של מיליסקנד, זה אומר שזה שניים, שלושה, ארבעה מילי סקנד,

6. 01:26

   אני אנגש לדאטה שלי, וזה נהדר. הגורם תומך ב-API. ה-API רשאי לתבוע את Application Programming Interface.

7. 01:34

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

8. 01:48

   בנוסף, ה-SLA, Service Level Agreement, זה הרמת שירות והרמת התחייבות של היצרן מולנו. זאת אומרת, מוצר עם SLA גבוה, Service Level Agreement, רמת שירות גבוהה, זה אומר שהוא גם זמין יותר, אם חלילה יש הפסקת שירות באז'ור או שקורה איזה

9. 02:05

   דיזסטר, הסיכוי שהוא ישרוד הרבה יותר גבוה, כי יש לו SLA גבוה, זה אומר שהתמיכה בו בדרך כלל תהיה הרבה יותר טובה.

10. 02:12

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

11. 02:22

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

12. 02:32

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

13. 02:50

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

14. 03:11

    introduction לרוב לרוב פחות מעניין ומסביר מה זה SLA באופן כללי. מה שיותר מעניין זה SLA Details. נתונים היותר מעניינים זה הנושא של Availability.

15. 03:20

    Read Errorate, המשמעות היא יחס הקריאות כולות לא תקינות, זה אומר שהתקלה היא בצד Microsoft, לא בצד שלנו. כי אם קריאה היא לא תקינה, זה לא קשור לדאטה.

16. 03:31

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

17. 03:42

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

18. 03:54

    זה אומר כמה זמן מתוך החודש השירות היה למעלה, או להפך, למטה. אם אנחנו 100%, זה אומר שלא היינו אפילו דקה אחת למטה.

19. 04:04

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

20. 04:14

    אז אפשר לראות שיש פה המון נתונים שונים, הם מתחייבים ליותר גדול מ-99.99%. כל אחד מהשירותים האלה מהזמינות נמדדת בעת שעיות, יש כמות שעיות.

21. 04:25

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

22. 04:33

    שתי שעיות זה אומר 99%, זה אומר שאני למעלה, המערכות שפועלות עובדות תקין במשך כמעט כל השנה למעט שלושה ימים, 15 שעות ו-40 דקות בשנה.

23. 04:46

    זו רמת שרידות די נמוכה, רוב היצרנים מתחייבים ליותר מזה. הרמה הבאה היא 99.5, זה כבר חצי מזה. זה אומר שכל המערכות עובדות תקין כל השנה חוץ מיום 19 שעות ו-48 דקות.

24. 04:59

    99.9% מהזמן, זה אומר שיש לי 8 שעות ו-46 דקות השבתה, 99.95% זה ארבע שעות, 99.99% availability, שזה כבר סטנדרט בתעשייה לגבי הרבה מאוד דברים, לא רק לגבי שירותי ענן, גם במערכות אחסון, בסטורג', בווירטואליזציה,

25. 05:17

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

26. 05:30

    תשיעיות ועוד שלוש, חמש תשיעיות, זה אומר חמש דקות בשנה למטה, ושש שעיות זה כבר קיצוני לחלוטין, זה אומר ש-32 שניות בשנה אנחנו נמצאים למטה,