בדיקות מסורתיות בודקות אם התוכנה עובדת בתנאים רגילים, אבל לא מה קורה כשמכונה וירטואלית קורסת או כשאזור זמינות שלם יורד מהרשת. בפרק הזה תלמדו איך לשבור בכוונה ובאופן מבוקר את אפליקציות הענן שלכם בעזרת Azure Chaos Studio כדי להפוך אותן לעמידות יותר – בדומה לשריפה המבוקרת שכבאים מבצעים.מה תלמדו:למה בדיקות מסורתיות לא מספיקות: איך תקלה קטנה מתגלגלת כמו מפל במערכות מבוזרות – ממסד הנתונים ופסק הזמן ועד מאזן העומסים ומופעים עמוסים מדיעקרון הנדסת הכאוס – השערה, תקלות אמיתיות ומבוקרות, טווח השפעה – ושני סוגי התקלות ב-Azure Chaos Studio: ישירות דרך השירות ומבוססות סוכןאבני הבניין של ניסוי: יעדים, שלבים (ברצף), ענפים (במקביל) ופעולות – ולמה רק תקלות שאושרו מראש מופעלותניסוי מעשי: קבוצת קנה מידה של מכונות וירטואליות בשלושה אזורי זמינות, עומס CPU של 95% על שתי מכונות במשך חמש דקות ואז כיבוי אזור 2 – והלקח לגבי קיבולת ושינוי קנה מידה אוטומטיבטיחות והתחלה: זהות מנוהלת ללא הרשאות כברירת מחדל, להתחיל בקטן מחוץ לייצור, ביטול בכל רגע, Shift Left ב-CI/CD pipeline, Shift Right בייצור ו-Game Daysלארכיטקטי ענן, למפתחים ולצוותי DevOps ותפעול שרוצים לבדוק ולשפר באופן שיטתי את העמידות של אפליקציות ה-Azure שלהם.הפרק הזה הוא גרסה עברית בדיבוב AI של הסרטון המונפש מתוך M365 Show של Microsoft MVP מירקו פטרס.▶ לצפייה בסרטון: https://youtu.be/QymbNYEi950🎧 פרקים נוספים: https://www.m365.fm🎤 M365Con – כנס Microsoft מקוון בחינם: https://m365con.net💼 מירקו פטרס ב-LinkedIn: https://www.linkedin.com/in/m365showpodcast/

This episode includes AI-generated content.