אנחנו
לחזור לשגרה
אנחנו נתחיל מהמקום כמעט המקום שהפסקנו לפני חודשיים
לגבי
הכל יהיה בסדר
אז אנחנו ניפגש כל יום רביעי
אני עדיין במילואים אז אני מסדר את החופשות כדי שאני אוכל להגיע לפה
עכשיו
אין לי שום בעיה להגיע לפה
אני חושב שעדיין
אבל
אז יש כאן כמה התניות
ממש בימי שלישי לפני כל שיעור ביום רביעי ביום שלישי אני
אם אני צריך להשתחרר או לא או שזה פרונטלי או שזה שניהם אבל
לחזור לשגרה ולהמשיך את הקורס
מישהו זוכר מה עשינו לפני חודשיים
אני זוכר שהייתי בכלל באיטליה
שמרתי לתחומי סייבר בכלל
שיעור שעבר
עברתי על דוגמאות שהיינו בדיזיין הראשון לפרויקט
תסתכלו על הסרטונים
על ההקלטה
עברנו על כמה דוגמאות ואחרי זה
הגשתי את הפרויקט הסופי של הקורס
לגבי הפרויקט הסופי של הקורס דיברנו אמרתי עוד לא סיימנו
אבל אני אגיש אותו עכשיו שאין לו מספיק זמן להגיש כי צריך לפחות שלושה שבועות
מישהו
בטעות או צדיק יצא לו לנסות להסתכל על הפועל להתחיל לחשוב עליו
בבית היה מישהו שניסה להתחיל אותו
ממש
אז מה שאנחנו נעשה אנחנו נעשה כזה דבר
אני מבקש לשיעור הבא שתבוא על כל ההקלטה
של הגשת של הגשת פרויקט היום אני אמשיך עם המיקרוסופט אם
את כל הדרישות מהפרויקט הסופי
ככה יהיה לכם מספיק זמן להגיש אותו
אם יהיה לנו שיעור כל שבוע עכשיו אני מניח שיהיה אני מקווה מאוד אז אנחנו אמורים לסיים את הקורס
לקראת סוף דצמבר
עוד פעם אם צריך משהו בעוד שיעור השלמה אז אין בעיה
המטרה היא באמת לנסות לחזור לשגרה
לנסות לסיים את הקורס הזה
לקראת סוף השנה
אנחנו בשיעור עכשיו אנחנו 12
ומתי באמת למרות כל התרגול שקורה
בחוץ לנסות לסיים את הקורס הזה תוכלו להפיק ממנו את המקסימום
על אף כל התנאים
אפשר שאלה
אנחנו לפחות אני הולכים פה סוג חדש
קריירה תוכל באחד השיעורים גם לכסות את הליכי רעיונות
חיפוש עבודה בתחום
איך לבצע רעיונות בתחום או אתה מדבר על זה
איך להתחיל לחפש את המשרה הראשונה
לדוגמא
בארכיטקטורה
סבבה תודה
קריקטורה ברעיונות עבודה
עוד מישהו שאלות לפני שנמשיך
מבחינת החברה שעדיין במילואים
איך זה יעבוד מבחינת עבודת הגשה
לא רק המילואים מערכות
כאילו
שינויים בעבודה בעקבות קיצוצי כוח אדם וכל מיני עניינים כאלה
הכל ברור מילואים קדוש עם ישראל קדוש הכל ברור
המטרה היא אם מישהו
חסר לו משהו ומישהו גם ירצה להגיש את העבודה אחרי סיום הקורס
הוא יכול להגיש את העבודה בסדר
אני גם ממשיך את הקופסא המשך
אין לי שום בעיה אם מישהו ירצה השלמה שיגיע לאחד הקורסים בהמשך גם בשביל
להשלים חלק כזה או אחר
לגבי העבודה הסופית ואמרתי את זה גם פעם שעברה
מאוד מאוד מומלץ לעשות איתה היא עבודה שמסכמת את כל הנושאים שלמדנו
ארכיטקטוניים כמובן
החלק הראשון של הדטה בייס עם הדרישות והדיג'יי שעשו קיבלו פידבק
משהו כמו שעה וחצי
מומלץ מאוד להסתכל על ההקלטות שוב
תסתכלו זה נועדו הקלטות ואני
אם מישהו צריך איזשהו אקסטרה אז כמובן הוא מוזמן לפנות אליי
המגבלה היחידה שיש לי שאני חוזר למילואים מחר אז אני אוכל לדגום את זה מידי פעם
הכל תלוי מה יקרה
אני אשתדל להיות זמין כמה שאפשר
אם יש משהו בעיה פרטנית למישהו כמובן מוזמן לפנות ואנחנו נפתור את זה
אוקיי בוא בוא נמשיך לאט לאט ונדבר ננסה לחזור לשגרה
אבל מבטיח
נדבר על מיקרו service
מה אתם זוכרים שדיברנו על מיקרוס
כל שירות מחזיק את הדטה שלו
קול סרוויס מפסיק לדת השלום
הדומיין יחסית קטן נכון איך קראנו לו
פיינד נכון אני אזכיר אני עושה אני אזכיר את כל הדברים האלה
אז מה שונה במיקרו סרוויס לסרוויס
בוא נעשה שניה חזרה
הסטיילים חולקו לשתי קבוצות קבוצה אחת של
איך נקראת
קבוצת
ספייס בייס
סרטונים חולקו לשתי קבוצות משפחת המונולית
במשפחות המבוזר
בסדר ממשפחות המונולית אם דיברנו על לאה
שכל שכבה היא יש לה סוג של פונקציונל שונה
בסדר
פייפליין אתם זוכרים
שאילתות
פטלנד הרכבנו שרשראות
שאתה מקבל יש לך שהוא רכיב שעושה עבודה סיים את העבודה
לרכיב הבא לפי אלה שעושים את העבודה נקראו פילטרים
פייפליין
היה משהו מאוד מסוים זה היה חד כיוונים התחלנו בהתחלה וסיימנו שם בסוף
מה המיקרוגל מה זה המיקרו קרנל
תרגיל קטן עם הא
אז זה היה מונוליטי
בוא נדבר על המבוזרת service base architecture of young
נכון
יפה כל דומיין
מאוד מה מאוד
דרך אגב אמרתי את זה כמה פעמים בקורס רוב החבר'ה שעושים מיקרו services
הם לא עושים מיקרוסרביס
הם עושים היום שכל הסלים הארכיטקטוניים
שאם הייתם שואלים אותי האם לעשות מונוליט כי אני רוצה לחסוך זמן או זה
אסיס ברוקר זה סוג של ברוקרים
מדיה
למה אתם לא צועקים
לא הספקנו
טוב אני משתדל להתחדד אחרת אתם רואים את הלוח חברים בבית
אז אנחנו רק שניה נראה את כולכם פה
ראינו
כן זוכרים
השרטוט היפה הזה אתם רואים כל האיוונטים מנו
קשר בברוקר
היה לי אחד ששולט על כולם
כמובן מה יותר מהיר מה יותר איטי מה היתרון של המדיטציה
אבל הכבדות להחזיק את הסטייט הזה היא מטורפת לכן זה
לדברים מסוימים וזה גרוע לדברים אחרים
ואחרי זה עברנו
לספייס ביסט
זוכרים את הספייס ספייס
מה אמרנו על הספייס בייס
למה זה טוב
לקחת ארכיטקטורה
ולתת לה בבת אחת יכולות גדילה כמעט אינסופיות אני לא חותם על אינסופיות
אני יכול ללכת מי היוזרים במקביל פתאום ל-100 אלף יוזרים במקביל
על שרתים איך אפשר להשיג כזה דבר ואמרנו שכל זה מבוסס על הסיפור הזה של
דאטה גרידים אוקיי
אז ראינו את הסיפור הזה של
service best architecture
מה היה הרעיון המרכזי שהוא נתן לנו את היכולות המטורפות האלה של לגדול
בצורה מאוד גדולה מה היה הרעיון
לנתק יש כאן דאטה בייסים איפה הם
לנתק את זה מהדעת בית
משותפים יש גרידים שמרוכזים
דיברנו על זה על ההבדלים האלה
זה אומר שבכל
processing unit יש לנו
דאטה גרידים כל המידע
חיצוני
זה רדיס למשל החיסרון פה הלך הדאטה בייס הלך הכל
הוא מוגבל לגדלים כאן הוא יכול יותר גדלים ויש לנו כאן את הטבלאות השוואה האלה
ואז הגענו למיקרוסופט ובמיקרוגל
אחד הדברים החשובים שצריך קודם כל אני מצטט כאן את הדבר הזה מי שהמציא את מרקוס
מיקו services אנשים חושבים שהשם הזה
הוא מחייב שזה כל דבר צריך להיות היקו
לא מיקרו סרוויס זה לייבל
זה לא תיאור
כמה סים צריכים להיות קטנים
האם עמיתים צריכים להיות יותר קטנים אנחנו נבין שאחד
זה להבין את הדבר הבא
במיקרו services
מקדש ארכיטקטורה של מיקרוסרביס
מקדשים את הדי קפלין
אני מוכן לשלם על קוד כפול
רק שלא יהיה לי קפלין
עכשיו יש כאן סתירה מטורפת למה מה הסתירה המטורפת פה אומר כזה
מה בארכיטקטורה תמיד אמרנו חבל
כולם לעשות ארכיטקטורה כאשר בראש שלנו יש את האלמנט הזה שנקרא מה
קומפוננטות למדנו לעשות
באים ופתאום רגע רגע
האם ריוס הוא נוגד לדיק
זה לא
נוגד את הקוד
רגע אז מה אנחנו השתגענו
ארכיטקטורה
מה זה ריו
ותשים אותו בכל סרוויס כזה
פעם אחת
אז איך אני איך אפשר לפתור את הבעיה הזאתי
אתה משכפל את הקוד
נכון הסיפור כזה דבר
זה אומר שברוס אחד לא
מתכון לעשות לוגינג
זה קוד משותף לכל
כן הכל לעשות בדיקות סקיוריטי זה קוד משותף אז מה אני באמת לשכפל את
לא אז באו ואמרו
סייקה זה אומר שיש לי את הסרוויס ולידו יש קוד
שהוא יכול להיות משותף אתם זוכרים את הזקנות האלה שאת האופנועים עם הסירה
אבל זה חלק
הוא יכול לדאוג לסרטים של כל מיני דברים וזה בסדר לשים קוד משותף שם
אם תשים כל משותף שם אתה לא תפגע בדבר הזה של ההייטק אפינג ואנחנו נראה את הדברים האלה
תזכרו אם מישהו שואל אותכם גם ברמת עבודה
מיקרו סרוויס מה הדבר הכי חשוב
זה לא המיקרו
זה לא הסרוויס זה דיקפרי
כי אם אנחנו נגיע למצב
שלא יהיה לנו היידי קפלין
זה אומר שאני ארצה לגעת בסרוויס אחד
אני רוצה לשדרג אותו אני אפתח עוד עשרים אחרים
ואז אני בבעיה
למה כי מיקרו סרוויס הוא נהדר
והוא נהדר להשריץ עוד הרבה והתנאי הבסיסי והנהדר הזה
זה אומר שיש
אנחנו יוצרים סרוויסים של אוטונומיים
עצמאים deployable services
תתקשר כולם
עושים קולבורציה על מנת לעשות איזה שהיא משימה
אפליקציות יכולים לעשות סקיילינג נהדר למה
אם יש לי סרוויס
will be covered לאחרים אני עכשיו רוצה ללכת ולהריץ עשרים ממנו 1000 אינס
מאותו סרוויס
זה נהדר
למה
למה זה נהדר כי כל סרוויס הוא מוכל
כל שרמי צריך לבוא עם הדטה שלו לא יכול להיות לקרות כזה מצב למשל שסרבו
אז מה זה אומר שאני עושה
בגלל הדי קולינג הדבר הזה מתקיים performed אני אדבר על משהו על פרפורמנס
איזה ארכיטקטורה הכי מהירה יכולה להיות
פחות תקשורת
לפונקציות מאשר לצאת ברסט
אבל בסופו של דבר נכון שמוניק כמוני הוא הכי יעיל מבחינת פרפורמנס
אבל שאני מסתכל על מערכת שלמה
אני זה לא רלוונטי
כי אם אני רוצה עם נטפליקס רוצים לעלות מ-70 אלף מיקרוסרביס
בארבע לילות לסדר גודל של 400 אלף
השמאלנית לא יעשה את זה
מערכתי
לא ברמת
אדפטציה מהירה לביזנס ריקוע
מודולריות מודולריות
ארגון נורא קל לשנות
סרוויסים
בתוך סרוויס אחד
אם אני רוצה לשנות נניח יש לי 200 סרוויסים ואני רוצה לשנות איזה ביזנס
אני יכול להחליף אותו ואנחנו נדבר איך אני יכול להחליף
איך אני יכול להחליף מהר סרוויסים
ואני רוצה לשנות 199 אחרים אני לא צריך לגעת בהם אז אני יכול
טלפון ופתאום שידרנו לכם אתם פותחים את
וואטסאפ פיצה אדום יכולות חדשות
כל הקונספט הזה כמובן שהרבה יותר נוח לעשות אותו במיקרוסופט ומי שהמציא את המיקרו service
נולד מהקונספט שנקרא domain driven design
דיזיין לא חדש הוא מ-2004
תתקשר אנחנו אומרים דומיין אנחנו מתכוונים שווה שווה לביזנס
בגדול בעולם החזקוני מה זה ביזנס
קוקסינליות בסדר
אחד הדברים המרכזיים בדומיין דיזיין זה להגדיר דבר שנקרא
קונטקסט
קוטקס אומר איפה הגבולות גזרה שאני אשמור
הדבר הכי קשה במיקרו סרוויס
זה להגדיר את הגבולות גזרה
אם הגבולות גזרה שלי יהיו ממש ממש קצרים אז מה יהיה לי
אם יהיו יותר מידיי רכבים מה יהיה לי
פונקציונליות
מה הבלנדרים בתוך דומיין
תתקשר כל הסרוויס הוא רלוונטי לגביו אז מה שאנחנו אומרים אנחנו אומרים כזה
האינטרנט
בתוך אותו סרוויס ברור שאני קפלין בנדלן
אבל החוצה מהסבב
עין קפלין
never couple to anything outside
מה זה אומר אתם מגדירים גבולות גזרה מאוד מאוד ברורים
זה אומר שאם סרוויס זה הדטה שלו
אז הוא יכול להיות ביחסים מאוד אינטימיים עם הדטה שלו ברור אבל מישהו אחר רוצה משהו
הוא לא הולך לדעת
הזה
תזכרו שריו
שווה שווה קפלין
לכן הסיפור הזה של ריוס
בעולם הסרוויס הוא שונה קצת
מסיקים ריוס בצורה שונה
בוא נסתכל על הדבר הזה
מיקרוסופט פוליגון
זה אומר שכל סרוויס יש לו את הדומיין שלו
מה אנחנו רואים בציור הזה קודם כל
אנחנו רואים קליינטים
למה חשוב שיהיה כאן
למה זה חשוב
זאת ההגדרה של גבולות הגזרה למעשה
למה למה אני צריכה לתקשר איתם
אני לא רוצה לתת אינטרנט שלי
מה שנתתי אינטרפייס לקליינטים שלי
תזכור שאי אפשר לשנות
אפשר לעשות אוברייד באוברלוק
אבל אני לא רוצה שאף קליינט יכיר לי את האינטרנט של הסרוויס לכם
קליינטים שפונים אליי אני תמיד אתן להם איזשהו api לא
מן הסתם רסט בסדר
בשלב ראשון זה הגיוני ופשוט מה קורה כשהמערכת מתפתחת והדת המודל
משתנה לו
ועכשיו הוא צריך לספק שני לקוחות סליחה שני סרוויסים
שמשנה דת המודל
זה בתוך הסרוויס נכון או לא
אוי ואבוי עם קליינט אוי בוי בוי עם קליינט יכיר את הדת המודל אוי ואבוי
זה נכון
יוזרים נגיד שיש לי רשימת יוזרים עם משותפת בשימוש של
מיקרוסרביס מסוים של דוגמה היה אחראי על הזמנות
התפתח לי מיקרוסרביס חדש שהוא נוגע צריך את אותה רשימה
אני מראה את זה
מבקש מהסבב הוא לא יגש לדעת זה בסדר עכשיו זה נכון שאתה ת
לב service יכול לגשת לסרוו
הוא לא חייב בקשר
מומלץ הוא לא חייב בסדר אבל קליינטים לעולם יגשו
security מהרבה מאוד בחינות
אוקיי תזכרו שקלים לא בשליטה שלנו
מפציץ אותנו בבקשות סרוויס
בגלל שזה סוג של דידוס
אז מי שצריך לעצור את ההתקפה הזאתי זה האי פיילר זה לא הסרוויס עצמו מה אתם רוצים
זה נכון אנחנו נראה את זה עוד מעט
כל מי שרוצה מידע על יוזרים
ניגש אליו
אף אחד לא עוקב וניגש שלו ישירות אתם תראו
בסוף
שלח מיקרוסרביס
זה מסובך
זה מאוד מאוד מסובך ואנחנו נראה את הדילמות אחרי זה על המש
תודה
כמה דוגמאות api ניגש לסרוויס על האדום הזה
בוא נניח שאדום רוצה משהו מאפור
אז יועיל בטובו הריבוע הזה
api לריבוע ותבקש ממנו
אתה לא עושה קריאה ישירה והאם זה בסדר של סרוויסים ידברו בינם לבין עצמם
עם איזה שהוא תור איזה שהוא טופיק שזה בסדר
סרוויסים מדברים בינם לבין עצמם אתם תראו את זה הרבה דרך אגב אבל
קפלין אם זה ירצה לשדרג
לא בהכרח שהוא ירצה
וזה בסדר לשנות סכמה
השאלה מה
אם אתה משנה מסג' וזה לא שדרגת אותו נניח שיש לך
ולא שדרגת אתה צריך לדאוג שהשינוי שלך לא ירסק אותו
זה בסדר גמור יכול להיות שהוא יקח את המסג' יהיה לו שדות
שדרג את זה
אנחנו מדברים על find green services
להבדיל מסרנו את זה
קורס גיים זה אומר שכן יהיו יותר קטנים
אבל עוד פעם
אל תיצרו לי סרוויס לכל מתודה זה לא העניין סרוויס הוא דומיין
מה יש בו זה ההחלטה הכי קשה
מי אתר אמזון אני אומר לך דוגמא אמיתית של מיקרוסופט עוד דקה
איך מוודאים
שלום
סרוויסים שראיתי ויצא לי לבחון בחברות
הרבה פעמים יש סלט מטורף
אנשים חושבים שלוקחים ספרים קלאב
אוטומטית כל דבר בסרוויס
הם כל כך חזק
הם שילמו המון כסף לפיתוח המון תשתיות
והם לא נהנים הדבר הכי חשוב של מיקרו סרוויס החוסר תלות הזאתי שהוא מתקן
קטסטרופה
זה אומר שההחלטה ארכיטקטונית היא לא נכונה האם אפשר לסדר את זה בטח
בטח שאפשר לסדר את זה האם
זה שווה את הכסף לסדר כזה דבר לא תמיד
צריך לראות כל מקרה לגופו אבל אני אומר עוד הפעם הסיפור הזה של הסרוויס
מסובך אני אומר לכם לעשות
ארכיטקטורה נכונה למיקרו סרוויס מידיי וואן
זה כמעט בלתי אפשרי
האם אפשר לשנות תוך כדי תנועה בטח אפשר ורצוי סרוויס לא יכול
פתאום הוא
אז מה עושים
אפשר לשבור
והדבר הזה של סרוויסים לא כותבים סרוויסים והולכים לישון דרך אגב
דרך אגב
לא כותבים
על הצוותים
בסדר אבל זה נכון לכל דבר אבל אפשר לתקן
יובל שאלה קטנה
בעיקרון לכל micro services אמור להיות דיבי משלו או שזה מספיק שכל אחד יתחזק את הטבלה שלו או משהו כזה
database כי כאילו אני נתקלתי בחברות שזה פשוט סביבה ולא פר
הסיפור services יש כאלה שיגידו תקשיב בוא ניקח
תהיה טבלה שונה
אם לכל לקחתי דטה בייס אחד כל
טבלה שונה
אז אם נדפק
גם לכן כל מיקרוסרביס אני
צריך לבוא עם הדטה שלו סבבה
טוב או רע
תחליטו אתם אבל לא לא לעשות משהו ריכוזי לכן אני אומר שכל סר
כל המאמץ של לפרק את הכל בדובונים קטנים הוא בעצם נשב זה סתם
עומר אני מיקרו סרוויס בקודים
כבר עדיף לקנות
כן שאלה קצת לא לגמרי
עושה לי דומיין איך אתה ממליץ
versioning של המערכת
services
הסיפור של ברזני אני מראה את זה גם בגט
הסיפור של ברנינג הוא מאוד מאוד פשוט בסוף עם כל סרוויס
הוא נפרד יש לו את הקוד בייס שלו ואני בכל גיד
pull request
מעלה לי את הגרסה ואני עושה את זה באופן אוטומטי לחלוטין
אני אראה לכם מה אנחנו עשינו אצלנו
במצגת הבאה ואיך אני מקבל
זה פשוט זה פשוט זה פשוט אבל צריך כמה חוקים שמה וזה הנושא הבא שלנו
השאלה שלי יותר מתמקדת באיך אני מבטיח שסט מסוים של
גרסאות עובד לי ביחד עם הגרסה הכללית של המוצר
מי מי יכול להגיד לי איך אני יודע שהגרסה עובדת כל הזמן
זה אומר שאני אני אגיד לכם מה אנחנו עשינו אני אסביר את זה
אתה בא אנחנו עושים שמה תהליכים של קונטיניוס אי
מלא
אני כל פעם שמישהו עושה גידול אני יוצר קומפוננטה חדשה ואני בודק עם הכל
כל לילה אני אוציא את כל הקוד מוחק מעבדה מוציא את כל הקוד
קומפוננטות עושה deploy ומריץ טסטים אוטומטיים
הסיפור שאתה אומר הוא סיפור מאוד מאוד כואב
אני אסביר על המסע שעשינו
ובסוף בסוף בסוף
אם אתה מקפיד על כמה חוקים בסיסיים
הדבר הזה אומר שתהליכי שלך מלאים
כל אחד שהכניס תיקון לסרוויס אוטומטית כל המערכת נבדקת
אז איך עושים כזה דבר
תסתכל על המצגת של שבוע הבא אני באתר
תודה רבה
תכלס ולא בלה בלה בלה
בוא נדבר על מיקרו סרוויס
בוא נראה דוגמא לשבירה
דברים טובים
בדברים לא טובים
שאני מדבר על פאן גרין services
זה אומר שכל סרוויס הוא יש לו את הדומיין שלו והוא
ואני לא צריך לעשות מה אין לי סרוויס מה הבעיה
ששלושה הצדדים אחים על סרוויס
לא אכפת לי מה קורה לסרוויס אתה תתקן
תתקשר הפנקס הוא קטן ומוכן נורא נוח להבין אותו
אפשר לעשות
לקחתם כתבתם סרוויס
תקשיב מי שכתב את זה לא טוב אז מה יקרה
תשלמו שבועיים
שבו צוות נחמד ותכתבו את הסרוויס הזה מחדש
אמא מספיק מוכן וקטן הוא לא יושפע מאחרים הדבר הזה יכול להסתיים בספרינט
מקסימום לכן הדבר הזה מאוד מאוד חשוב לא רק
גם מבחינה ניהולית איך מממשים את זה
ואחד אני לא יודע בפייתון
כן או לא
דרך אגב האם זה טוב לערבב טכנולוגיות
האם יש לכם שליטה על זה
אחד הדברים הכי קשים שאתה רוצה
יש לארכיטקט סיי בנושא הזה האם תמיד יש לכם השפעה
יכול להיות שזה יקרה אבל במיקרו סרוויס זה לא כל כך מעניין כי
שלי
האם אכפת לי אם זה ג'אבה או לא יש אלמנט שאני צריך לדעת אבל בסוף בגלל שהכל מוכן
אז אני יכול לערבב טכנולוגיות
-
spring cloud
זה בסדר גמור תערבבו זה בסדר
deployment
תתקשר אנחנו מדברים על מיקרו סרוויס קומיקו סרוויס אוכל בקונטיינר
האם יכולים להיות באותו קוד שני קונטיינרים כן
הדבר הזה של הדיפלומט
הוא יהיה אוטומטי
לא עושים דיפלומט בידיים איך עושים דיפלומט אוטומטי בעזרת מה
לוחצים בג'קי מריץ הכל
סטיילינג כמובן שכל סרוויס צריך לדעת לעשות סקייל
רק אליו
למה זה מאוד פשוט
אז זה בסדר גמור שתעשו
כמובן מה לא טוב
על מנת לעבוד service יקרה לדי ואנחנו נראה
זה אומר שיש לך שרשראות קריאה
שרשרת קריאה היא מאוד מאוד פגיעה אלף פרפורמנס ב'
מה הבעיה הכי הכי גדולה במיקרו לא הכי גדולה מה הבעיה הקשה
לא איך לדבג
למה קשה לדבר מיקרו סרוויס
בדיוק בשביל להבין את סדר הקריאות של המתודות
איפה זה איפה מה
בכל הסיפור קלא
יש כלים שנותנים לנו פרייס מדוייק תזכרו שתמיד לדבר מערכת מבוזרת הרבה יותר
מערכת אנליטית
האם זה יפה את ידינו
אבל זה לא איזה מערכת
עוד מעט
אתם תראו כלים מוכנים
כל המיקרו services אתם לא כותבים תשתיות יש גם בפייתון תשתיות
טעימות
הכי מתקדמות היום לפי דעתי לתשתיות
אבל התשתיות הכי
יש כמובן
מיקרוסופט המקבילה ולמזון מקבילה
מוניטורינג
כמובן ככל שיש לי לעשות מוניטורים יותר קשה זה לאסוף את כל
מטריקות זה בעיה אבל מצד שני הפ
לעשות הכל בכלים אוטומטיים
אם יש לך הרבה מיקרו סרוויסים שנגיד
אז כל עליה בזמן עליה זה מאוד כבד דורש הרבה ריסורס
עכשיו עם הרבה עולים לך ביחד
אז יש משמעות על הסיסטם על
אתה בכל הקלסר שאתה עושה חישוב אתה צריך לתת
מה זאת אומרת הוא חוזר עולים
מה זאת אומרת
כשיש לך מסה של סרוויס של המון מיקרו סרוויסים שעולים ביחד אתה משלם מחיר של עלייה של ג'אבה
עם קוקיות רצינית זה לא זה ממש לא מעט
כמה קוביות
ביחד
למרות שאנחנו מדברים
הם נתקעים הם כל אחד
במקום אחר אז עצרת את זה בשביל זמן עליה יש לך משהו בסיסי לא לא הגיוני
מה אתה מתערב לו
מה פתאום ברגע שכולם מנסים לעלות ביחד אז זה נכנס
בחשבון
תסתכל מה עושה בזמן עליה
תשתיות
מיקרו סרוויס היכולות שלהם בעולם המוזר
כמובן רץ בפרוסס צריך להיות קונטיינר קוד vm לא משנה
כמובן כשר שלי הפרדה בין הסרוויס זה שובר לי את כל הסיפור הזה
כל הסיפור של אקורדים
שאני לא מתערב אני
שום עוברת
לגבי performance
פרפורמנס זה אחד הדברים הנגטיבים במיקרוסופט
למה כי בסוף השרשראות האלה הרבה יותר פשוט לעשות את זה כס אחד שמן
הוא מהיר
זה לא זה
micro service מערכת כוללת בצורה פנומנלית
אוקיי הוא אני יכול להשריץ פתאום עוד 100 ושום דבר אני לא לא ארגיש את זה בכלל
אבל האם היית יכול לקבל מהירות בצורה אחרת הרבה יותר טובה התשובה היא כן אוקיי
יש מכונות לעשות לשפר את הפרפורמנס זה אומר שאני יכול לעשות קשים
טרנזקציות
אלה אם כן
ממש ממש אתם במצב גרוע
אתם לא עושים בחיים טרנזקציה
זה גרוע כמו שפעם היה טופס קומית
הדבר הזה נורא והיום
לעשות טרנזקציות במיקרוסופט
טרנזקציות זה אומר
שתי קריאות של מיקרו services או שהכל נכשל או שהכל הצליח
כמה שניתן
כי הדבר הזה
מאוד מאוד הייתי
איך אנחנו קובעים את הבנדיט קונטקסט
פילוסופיה מרכזית במיקרוסופט
זומר
שכל סרוויס יש לו את הקוד שלו
קומפוננטות שלו ואת הדת הבוס שלו אוקיי אני מעדיף דופליקציה על
דיברנו את זה
למה דופליקציה על קפלין למה זה לא בעיה
אפליקציה
למה זה לא בעיה לשכפל קול
כמה זה פחות בעיה
למה הלוגים זה משהו שהוא שרד
אין לי בעיה לשים בלוגים בכל מיקרו סרוויס
אני יכול לשכפל אותו בלי לפגוע בסרוויס התשובה היא
שאני עושה דיפלומט לכזה דבר שזה בסייד קאר נדבר על זה עוד מעט אני עושה את זה באופן אוטומטי
זה לא שאני צריך לקחת קוד ידנית ולשים בכל מיקרו סרוויס כל הדיפלומט של המיקרוסופט בגלל שזה אוט
אין לי בעיה
אסתי עובד ככה לא
בדיוק
כלי ניהול הדבר הזה לאלה או לאלה
אם אני מתכנן מיקרו סרוויס לא נכון
אז אני אני אשלם על זה מחיר
אבל אפשר תמיד לתקן
אין בעיה לתקן
אבל הכוונה היא כמובן
לנסות ולקלוע כמה שיותר פעם ראשונה
אוקיי לכן אנחנו צריכים
להבין מה הדומיין של כל מיקרו סרוויס זה קשור לאפליקציה
אנחנו נשאל בכל אפליקציה מה הפרס שלה האם יש לה טרנזקציות
מה כוריאוגרפיה שלה זה אומר האם יש הרבה קומוניקציה עם אחרים ודטה
יש דבר שנקרא אנטיטי טראפס אני חושב שדיברת את זה איתכם
אני רק אזכיר את הדבר הבא
אמרנו איך אנחנו קובעים מה זה קומפוננט קומפוננטה
זה טראמפ לארכיטקטים שאומר את הדבר הבא
אתם תראו קומפוננטה של יוזר
אתם תראו שיש לי קומפוננטה של עד יוזר
קומפוננטה של
פילית יוזר
קומפוננטה של create user
מה זה
מה הבעיה האם כל אחד כזה
פה
זה אומר שאתם קובעים את הקומפוננט לפי פעולות של הסרוויס זה
זה לא סרוויס הסרוויס צריך להיות יוזר
מה רצית להגיד
תגיד
נגיד add user זה פעולה שקוראים לה מלא
קוד שעושה את הפעולות האחרות
אם אתה קורא לו הרבה הרבה פעמים
בסוף זה מתודה שמוקדם לפרסס מה זה משנה אם תקרא לו אלף פעמים
התבצע לי בפרוסס נפרד
אובה סרט משרד אתה זוכר מה זה נכון
למה זה קומפוננטות זה לא צריך
איך
עכשיו אם הכל נראה לך לדעת
בסדר אבל זה הדבר הזה נקרא לא ליפול הדבר הזה ולה
ממש כמו שצריך
אפשר לסכם את זה בשתי מילים
ממש לתת
כן כן שומע את הדבר הבא שאני קובע קומפוננטות
של סרוויס
כלומר אם יש לי יוזר אני יוצא
כי אני חושב שכל פעולה כזה מספיקה את
אוקיי לכם לא צריך לקבוע דבר הבא תסתכל
שנקרא יוזרים
את כל הפעולות על אותו דומם תשים באותו סרוויס
אל תיפול הדבר הזה שנקרא
מלכודת שאומרת
פעולה על הדומיין היא כביכול קומפוננטה או סרוויס זה לא
כל אחד משלו
database create user
רק לענות על זה
אתם רואים את הלוח
אתם רואים את הלוח ראיתם את הלוח
בית
איך להגדיר באנדרי
בוא נסתכל יש לנו כמה רמזים
שיכולים לעשות לנו את החיים קלים בהגדרת בנדרים
תתחילו עם מערכת קיימת
מערכת קיימת ושוברים אותה למיקרו services
בואו תראו במה את קיימת
מה כבר מנותק
מה שמנותק תשאיר אותו כמיקרופון
תסתכלו על הדאטה בייס סימס
על החלוקה הלוגית בדטה בייס אם יש לכם דאטה בייס מונוליט ואתם רוצים לשבור אותו למיתוס
טבלת יוזרים בטבלת קטלוג
אז מה אתה עולה לכם בראש
user says
יכולה לתת לכם הינט מאוד מאוד חשוב זה
יכול להיות נפרד
שאתם תעשו את החלוקות האלה ואפילו תקדו יכול שתתעוררו באמצע הקידום תגידו רגע רגע
וזה בסדר גם לשנות את זה תוך כדי תנועה
מבחינת לקוח
הוא רוצה תביא לי את כל
נתונים על אדם איקס yz כל הנתונים
מערכת
אני במשחק אז אני יכול להגיד שחקן
מיקרו סרוויס נגיד מה ההזמנות שעושה מה הוא קנה אז
ואז אני אומר
האם יש אחד
זה
אני עשיתי משהו דומה אבל אצלנו השאלה הראשונה שאני צריך לשאול אותך כמה הדטה זה משת
משתנה כל שניה
משתנה זה משהו אחד אם יש לך דאטה והוא לא משתנה הרבה
לי אני אדבר
לפעמים מיקרו סרוויס רוצה דאטה במקום לשאול ארבעה מיקרוסרביס - משהו פשוט
הייתי בונה דאטה בייס אותו מיקרו סרוויס
מסנכרן אותו כל הזמן מסנכרן אותו מבחוץ והוא הוריד אונלי מה הסרוויס רואה את הדטה
מבחוץ
זה יכול לעשות
איפה בתרגיל הסופי
יש יש אחד שמתעסק עם פועלים אחד נכון
זה הדתה
לדבר הזה אבל בגדול
משחקים זה משהו
במקביל יכולים לרוץ כמה אבל גם נגמרים אחרי כמה ימים ואז יש
הייתי קונה מפות בזיכרון
זהו
יחזור מהר תבנה
אבל תכין לו את הדעת
materials
תכין את הדטה הכי אופטימלי לשליפה עם אינדקסים אם זה בזיכרון
הכי קל שנדע בזיכרון למה כי ידעת הסוף של הדעת בכלל
במיקרו סרוויס מה שדיברתי מקודם
זה אומר גם אל תתפסו לנאום אברי נאון זה אומר
הפעולות עצמם
אני תלוי
היי תלוי בבית
communication
שאלות מה מה עושים
בוא נסתכל לדוגמה
הדוגמה הזאתי היא דוגמה של מיקרוסופט נקראת קונטיינרים
מי שיש לו ווינדוס עדכנתי את זה פה אתם מתקינים את זה את כל הדוקרים של
אפליקציה תיכנסו לפה מאוד נחמד להריץ את זה
במיקרוסופט ממשל אתר
שבאתר הזה דרך אגב כל הסרוויס עמדות נטים
אוקיי באתר הזה נותן יכולת
להכניס לקטלוג חולצות
וכמובן ללכת ולקנות חולצות
בוא נראה איך מיקרוסופט לקחה את האיש הזה
אתר פשוט לקניית חולצות להכניס קטלוג ולבחור חולצות
מבחינת הארכיטקטורה
שאני אצליח לקרוא
אתם רואים פה
מיקרו services
אני אדבר על השכבות פה אני אתחיל מהמיקרופון
ואחרי זה אני אגלוש
אחד איפה שיש לכם את הריבוע הכתום מה זה השכבה הזאת
איי פי איי השכבה הזאתי api דרך אגב היא לא הווב איפה הוב זה הוב
זה אתם רואים שקלינטון יכולים להיות קליינטים ובים
traditional web app זה יכול להיות web רגיל בראוזר
מתחבר לי לאפליקציית ווביט של mbc
באפליקציית ווביט שהיא רוצה משהו נכנסת מבקשת מהאייפון
יש שלושה סוגים של
wbb api
אפליקציה עצמה קח חולצה תקנה וכן הלאה
web up זה להכניס חולצות חדשות ויש לי גם קליינט
מובייל
זאפ
בעולם של הדוקר הוסט שזה כל העולם הזה אנחנו נראה שהוא מחולק לכמה חלקים
יש לו מובייל שופינג
משלו ווב שופינג
אני ביצעתי את הווב הזה לשני סוגים
אני רק אזכיר עכשיו אני אסביר יותר מאוחר שאני מפצל את שכבת ה
פרסום זה ניגע בי אף אף
backend for frontend עם כל האי פי איי שלי לוקח את האייפי
ווב
אני אדבר איתך יותר מאוחר
בוא נדבר על הסרוויס עם עצמם איזה סרוויסים אתם רואים
identity micro services
האדום הזה identity micro services
אותנטיקציה
מן הסתם מיקרוסופט
מיקרוסופט שנקרא קטלוג
הקטלוג הכחול הזה יש לו גם דאטה בייס של sql server האם אתה יכול להיות רד
תודה לאל החליטו שיהיה רדיס
למה בסקט מיקרוסרביס הורדוס
בסדר מה זה בסקט זה הקארט אתם שמים מורידים מוסיפים מורידים וזה הם אומרים
ברגע שתקנו תלכו את זה לאורר זה כבר צריך דטס לכל דבר
זה התקדמות מהנקודה שהם היו שמים סשנים
הוא נשמר כביכול בצד שרת הוא לא הוא לא כאילו מקומית אצל הלקוחות
רשימת קניות שבן אדם עושה
של כל הלקוחות
עד ששולחים את זה להזמנה
זאת אומרת גם אם אני אתחבר ממחשב אחר לגמרי אני עדיין
מדברים בינה לבין עצמם
איך רואים פה זה אומר שיש כאן אסינכרוניות
אורביט או לא משנה מה
ואתם אומרים למטה יש לנו
כל מיני שירותים ווב סטטוס
סיקוונס לוגינג
וובוקס api admin service
קטלוג מה עושה הקטלוג הקטלוג עושה
לקטלוג מכיל הרבה מאוד דטה סט
הוא צריך לקבל קוורי לפי המון חיתוכים אז בטח כאן
אחר תלוי איזה לא יודע
יכול להיות יכול להיות
תלוי למשל
יכול להיות גם טקסטואלי
יש לי שם של משחק אני רק יודע
וכמובן בקטלוג אין שום דבר
אין כאן כרטיסי אשראי זה פתוח לכל בסקט זה אומר הכנה למכירה
מדובר כבר על
הזמנות
זה אומר הרבה רהיטים
זה אומר שהמידע חייב להיות פייטל
רציתי לשאול למה זה
שמירה קצרה בבסקים לקוח נכנס אחרי הרבה זמן
הספסל שלו נשמר אז יכול להיות ארוך טווח לא
ברגע שחטפת
אה אוקיי הבנתי
הבנתי תודה
אתה מציק פה הרבה מאוד סוגי דטה בייסים האם אנחנו צריכים בתור ארכיטקטים להתייחס לת
כיבוי שחזור שלהם
בלי שהוא קובע מה הוא רוצה לעשות לגיבוי לדבר הזה
אתם רציניים ואתם חושבים על הקטסטרופה שתבוא
תלוי איך
אני אישית לא
בסדר תלוי
האם אלסטיק search צריך להיות מגובה
האם האם
שזה טעות אבל
יש לו אלסטיק של עצמו עם
להיות מגובה בתוך
אתם שומעים את יובל
יובל לא שומעים אותך
הפסקנו לשמוע אותך
הצלחנו לשמוע אותך
למישהו יש איזה וואטסאפ של מישהו בכיתה או משהו