WEBVTT 00:00:00.000 --> 00:00:04.160 אתם יודעים שדבוטים מדברים, סוכנים פועלים, ומערכות רב סוכניות באמת משיגות תוצאות. 00:00:04.280 --> 00:00:07.880 אם התחננתם לבוט שיתקן את Intune והוא ענה לכם בשיר, זה בשבילכם. 00:00:08.000 --> 00:00:10.040 הנה הסידור, נטפליקס בסגנון מעשי. 00:00:10.160 --> 00:00:11.800 אתם צופים, אתם אוכלים חטיפים. 00:00:11.960 --> 00:00:15.180 אני עושה את ענייני הסרוויס פרינסיפל המסוכנים כדי שאף אחד לא יפציץ את צביבת הייצור. 00:00:15.340 --> 00:00:20.580 אנחנו בונים מערכת רב סוכנית קטנה, מנוהלת ובעלת יכולת ריפוי עצמי עם Azure Eye Foundry ו-Semantic Carnal. 00:00:20.580 --> 00:00:22.020 נקודות ממשק אמיתיות. 00:00:22.180 --> 00:00:25.680 Intune, Entra, Graph, Azure Automation, Log Analytics. 00:00:25.940 --> 00:00:29.420 סוכן אחד מול מערכת רב סוכנית ראש בראש, 12 דקות מול 3. 00:00:29.600 --> 00:00:31.700 והנפגע היחיד הוא האשראי של המנוי שלי. 00:00:31.840 --> 00:00:34.400 ראשית, למה סוכן אחד נתקע בזמן שצוותים טסים? 00:00:34.540 --> 00:00:35.960 למה סוכן אחד זה לא מספיק? 00:00:36.160 --> 00:00:38.960 סוכנים בודדים הם כמו אולר שוויצרי שקניתם בתחנת דלק. 00:00:39.100 --> 00:00:42.020 טכנית, יש לו כלים, מעשית, הוא מתעקם בבורג הראשון. 00:00:42.180 --> 00:00:45.860 אתם דוחסים תכנון, עסקה, ביצוע, אישורים ודיווח להנחיה אחת, 00:00:50.580 --> 00:00:53.500 מושבים מודל גדול יותר, מוח גדול יותר, בום, הבעיה נפטרה. 00:00:53.620 --> 00:00:55.800 אבל הקשל האמיתי הוא בלבול תפקידים. 00:00:56.000 --> 00:01:01.020 סוכן אחד שמנסה לתכנן שינוי, לקרוא לגראפ, לכתוב סקריפט תיקון, לבקש אישור, 00:01:01.280 --> 00:01:02.840 לאמת את התוצאה ולתעד אותה. 00:01:02.960 --> 00:01:07.800 זה כמו לנהל דאסק תמיכה, ועדת שינויים וניתוח שלאחר המוות עם מתמחה אחד עייף מאוד. 00:01:07.960 --> 00:01:09.160 הנה מה שקורה בפועל. 00:01:09.260 --> 00:01:11.520 הסוכן הבודד מלהטת ביותר מדי מצבים. 00:01:11.660 --> 00:01:13.320 ההנחיה שלכם הופכת לנובלה. 00:01:13.320 --> 00:01:16.800 חלון ההקשר מתמלא בלוגים, מדיניות וחצי מהמילון של MDM, 00:01:16.980 --> 00:01:19.500 אז הוא עוקותיה את החלקים החשובים או הוזר פרטים חסרים. 00:01:19.680 --> 00:01:24.280 זמן התגובה מזנק, תוקנים נשרפים, וניסיונות חוזרים מרגישים כמו דאז'ה וו עם חשבונית. 00:01:24.440 --> 00:01:28.120 היכנסו למערכות רב סוכניות, תפקידים, גבולות, מקביליות. 00:01:28.280 --> 00:01:30.620 המתכנן מתמקד בכוונות ובעילוצים. 00:01:30.800 --> 00:01:32.980 המבצע מתמקד בכלים ובביצוע. 00:01:33.120 --> 00:01:37.560 הסוכר מתמקד במנגנוני הגנה, אישורים, והאם אנחנו נשענים על עובדות? 00:01:37.560 --> 00:01:41.980 כל סוכן מחזיק בסט הוראות נקי וקצר עם מינימום הזיכרון שהוא צריך. 00:01:42.120 --> 00:01:46.080 הם מעבירים הודעות, תוצאות כלים או סיכום קצר, לא את כל האינטרנט. 00:01:46.220 --> 00:01:47.420 למה זה חשוב בארגון? 00:01:47.580 --> 00:01:53.100 אתם צריכים תהליכי עבודה מקצה לקצה עם שערים אנושיים, פעולות מוגבלות הרשאה, ניסיונות חוזרים ושבילי ביקורת. 00:01:53.220 --> 00:01:55.620 זה לא צ'ט חד ערוצי, זה ספורט קבוצתי. 00:01:55.800 --> 00:01:58.840 דפוס המתכנן מבצע סוקר מפחית סיכונים ועבודה החוזרת, 00:01:58.840 --> 00:02:04.160 כי לכל שלב יש זוג עיניים נוסף, אוטומטיות, שלא נמצאות בשיחת טימס דחופה של 11 בבוקר. 00:02:04.300 --> 00:02:06.140 גם עלות וזמן תגובה מרוויחים מזה. 00:02:06.320 --> 00:02:08.880 השתמשו במודלי שפה קטנים לחילוץ וסיווג. 00:02:09.020 --> 00:02:12.120 השתמשו במודלי השקה פרימיום רק איפה שתכנון באמת עוזר. 00:02:12.280 --> 00:02:14.760 משימות עצבה לסיכומים בזמן שהמשתמשים ישנים. 00:02:14.940 --> 00:02:18.340 תקבלו פחות הזיות, תוצאות מהירות יותר וחשבונות נמוכים יותר. 00:02:18.580 --> 00:02:22.380 סיפור קצר, ראיתי בו את אחד שאמור לעשות הכל מנסה לרענן סוד. 00:02:22.380 --> 00:02:27.240 הוא עדכן את המפתח, שכח את הגדרת האפליקציה ותיקן את זה על ידי מחיקת המשאב. 00:02:27.420 --> 00:02:29.640 זה היה היום שבו המצאנו את סוכן הבקרה. 00:02:29.800 --> 00:02:32.420 מערכות מרובות סוכנים 101 ברור ופשוט. 00:02:32.600 --> 00:02:35.500 אוקיי, אז מה עם מערכת מרובת סוכנים שבאמת אפשר לשחרר? 00:02:35.640 --> 00:02:38.040 חישבו על צוות דיגיטלי, לא על מוח אחד גדול. 00:02:38.180 --> 00:02:42.020 לכל סוכן יש תפקיד, סט הוראות הדוק וארגז כלים מוגבל. 00:02:42.940 --> 00:02:46.060 מתכנן מבין את המטרה, העילוצים והסביבה. 00:02:46.060 --> 00:02:49.620 מייצר תוכנית עם קריאות לחילים שהמפעיל יכול לבצע. 00:02:50.120 --> 00:02:57.480 מפעיל, קורא לחילים, גרף, לוגיק אפס, פונקציות, רנבוקס של Azure Automation ומחזיר תוצאות מובנות. 00:02:57.720 --> 00:03:04.040 מבקר, בודק מבוססות, היקף תאימות, אישורים ופלת בטיחותי לפני שקורא משהו מסוכן. 00:03:04.560 --> 00:03:10.040 קונסיירז, הודעות, מטפל בהתראות אנושיות, אישורים וסיכומים עבור נתיב הביקורת. 00:03:10.040 --> 00:03:13.820 הם מתקשרים באמצעות הודעות והקשר משותף כפי שמבוגרים צריכים. 00:03:13.820 --> 00:03:15.680 קצר, ברור ורק מה שצריך. 00:03:15.880 --> 00:03:21.140 סדרתי כשפעולות תלויות בתוצאות קודמות, מקבילי כשמשימות משנה יכולות להתפצל בביטחה. 00:03:21.280 --> 00:03:26.520 לא שולחים מדיניות של 50 עמודים, שולחים את הקטע הרלוונטי מזהי המכשיר והשינוי המיועד. 00:03:26.640 --> 00:03:27.640 כלים הם הידיים. 00:03:27.860 --> 00:03:32.340 REST APIs עבור Microsoft Graph, רג דרך Azure Eye Search לידע אוצר, 00:03:32.560 --> 00:03:36.340 מפרש קוד לקטעים, לוגיק אפס לרצפים מתוזמרים, פונקציות לחיבור, 00:03:36.340 --> 00:03:38.400 Azure Automation למשימות מכשיר חוזרות. 00:03:38.400 --> 00:03:43.400 שימרו על קלטי כלים מובנים עם סכימות כדי שהמפעיל לא ימחק לכם את הטננט באופן יצירתי. 00:03:43.580 --> 00:03:45.380 זיכרון הוא לא קסם, הוא תקציב. 00:03:45.540 --> 00:03:47.180 צמצמו את הזיכרון לכל סוכן. 00:03:47.340 --> 00:03:51.460 השתמשו במצב חיצוני, אינדקסים של חיפוש, מאגרי וקטורים או מאגר מצב קטן למטה דאטה של שרשור. 00:03:51.640 --> 00:03:53.040 שימרו על חלונות הקשר רזים. 00:03:53.220 --> 00:03:55.600 אם זה לא נחוץ להחלטה הבאה, זה לא עובר הלאה. 00:03:55.700 --> 00:03:58.540 תכנון מול ביצוע זה איפה ש-Semantic Corner מצטיין. 00:03:58.540 --> 00:04:02.520 המתכנן מעציל, המפעיל בוחר את הכלי הנכון עם כתלוגים של פונקציות. 00:04:02.620 --> 00:04:06.080 המבקר מבקר פלטים עם הנחיות הערכה ובטיחות תוכן. 00:04:06.240 --> 00:04:09.520 אם המבקר מסמן סיכון בהיקף, המתכנן מבצע תיקון. 00:04:09.680 --> 00:04:14.460 ברגע שמבינים את הלולאה הזו, מפסיקים לכתוב פרומפטים של 800 מילים ומתחילים להגדיר תפקידים ברורים. 00:04:14.600 --> 00:04:16.820 גבולות בטיחות הם לא נתונים למסע ומתן. 00:04:17.000 --> 00:04:19.660 קריאות כלים מוגבלות זהות עם זהויות מנוהלות. 00:04:19.660 --> 00:04:22.200 הרשאות סוכנים מפוצלות בין קריאה לניהול. 00:04:22.320 --> 00:04:24.880 ניהול הרשאות מוגבר, פים, עבור פעולות הרסניות. 00:04:25.060 --> 00:04:27.040 כל קריאות הכלים מתועדות ב-Log Analytics. 00:04:27.340 --> 00:04:29.440 בטיחות תוכן גם בכלט וגם בפלט. 00:04:29.620 --> 00:04:33.620 מגיני פרומפטים נגד פריצות והזרקת פרומפטים עקיפה ממקורות ידע. 00:04:33.780 --> 00:04:34.720 זמן לאנלוגיה. 00:04:34.980 --> 00:04:37.320 חוקר, אנליסט, מפעיל, QA. 00:04:37.540 --> 00:04:39.160 כל אחד אחראי לחלק שלו. 00:04:39.300 --> 00:04:41.220 המפעיל לא מאשר את השינוי של עצמו. 00:04:41.380 --> 00:04:43.280 האנליסט לא מתעסק עם סביבת הייצור. 00:04:43.280 --> 00:04:45.400 ה-QA לא כותב את הקוד שהוא מאשר. 00:04:45.500 --> 00:04:47.400 פשוט, משעמם, בטוח. 00:04:47.600 --> 00:04:50.300 למה Azure Eye Foundry בשילוב עם Semantic Carnal? 00:04:50.460 --> 00:04:57.780 Foundry מספק לך תזמור סוכנים, בחירת מודלים, ביסוס ידע, חיבור כלים, בטיחות תוכן, ניטור, הערכות וממשל במקום אחד. 00:04:57.980 --> 00:05:03.680 Semantic Carnal מספק לך מתכננים, מיומנויות, צינורות עיבוד, ניסיונות חוזרים וביטול בתוך הקוד. 00:05:03.680 --> 00:05:11.000 יחד, אתם משלבים מודלים לפי תפקיד, מודלים קטנים, SLM, לחילוץ, מחלקת GPT-4 לתכנון, עיבוד הצוות לסיכומים, 00:05:13.280 --> 00:05:16.220 צומצם וסופי שבוע פנויים. עכשיו, בואו נבנה את זה. 00:05:16.360 --> 00:05:19.520 כיצד Azure Eye Foundry מאפשר תזרימי עבודה מרובי סוכנים? 00:05:19.700 --> 00:05:24.180 כאן Azure Eye Foundry מפסיק להיות פורטל נוצץ ומתחיל לפעול כסביבת ייצור אמיתית. 00:05:24.400 --> 00:05:32.080 Foundry נותן לכם מקום להגדיר סוכנים, לחבר מודלים, להוסיף ידע, לקשר פעולות ולצפות בהכל בלי לקפוץ בין שישה תפריטים שונים בתקווה שמשהו יעבוד. 00:05:32.080 --> 00:05:34.000 זה תזמור ללא פתרונות מאולתרים. 00:05:34.200 --> 00:05:35.820 מתחילים עם הגדרות סוכנים 00:05:35.820 --> 00:05:41.000 בפאונדרי, כל סוכן מקבל הנחיות ותפקיד ממוקד, לא מניפסט ארוך. 00:05:41.160 --> 00:05:43.540 פריסה, המודל בפועל שמאחורי הסוכן. 00:05:43.740 --> 00:05:47.620 שלבו מודלים מסוג GPT-4 לתכנון עם מודלים מסוג פייל לחילוץ נתונים. 00:05:47.820 --> 00:05:52.860 ידע, אינדקסים של Azure Eye Search, קבצים שהועלו, או ביסוס על בין שרוצים הקשר מהאינטרנט. 00:05:52.860 --> 00:06:00.620 פעולות, כלי Open API, Logic Apps, פונקציות, גרף, ספרי ריצה של Azure Automation, או מפרש קוד לחישובים מהירים. 00:06:00.620 --> 00:06:06.480 סוכנים מחוברים, כן, סוכן יכול להתייחס לסוכן אחר כאל כלי, אם זה שומר על הפרדת תפקידים נקייה. 00:06:06.640 --> 00:06:09.800 זה חשוב, כי סמנטיק קרנל מתחבר בדיוק לאותו עולם. 00:06:10.020 --> 00:06:14.440 בקוד, אתם בונים מתכננים, מגדירים מיומנויות ורושמים כלים בכתלוגים של פונקציות. 00:06:14.440 --> 00:06:20.820 אתם מתזמרים את הלולאה של המתכנן, המבצע והמבקר, ונותנים לפאונדרי לנהל את השרשורים, ההיסטוריה ואמצעי הבטיחות. 00:06:20.820 --> 00:06:24.520 אתם שומרים על הנחיות קצרות ומעבירים את העבודה הכבדה לחלים עם סכימות מוגדרות. 00:06:24.680 --> 00:06:27.640 בשורה התחתונה, פחות תזיות, פחות טעויות, יותר זמן פנוי. 00:06:27.760 --> 00:06:29.080 לבחירת המודל יש חשיבות. 00:06:29.280 --> 00:06:34.000 פונדרי מבצע אבסטרקציה להסקה, אינפרנס, דרך נקודת קצה, כך שניתן להחליף מודלים בלי לשכתב את כל האפליקציה. 00:06:34.000 --> 00:06:37.880 שני נתיבים נפוצים, נקודות קצה ללא שרת, סרברלס, למודלים מתקדמים ואיטרציה מהירה. 00:06:37.880 --> 00:06:41.960 משלמים לפי תוקן, מגדילים משאבים לפי דרישה, ולא צריך לשמור על GPU כאילו אנחנו בית מינוס 2018. 00:06:42.260 --> 00:06:46.240 מחשוב מנוהל למודלים פתוחים ספציפיים שתרצו להצמיד לגבולות הדייר, טננט שלכם. 00:06:46.400 --> 00:06:50.420 משלמים לפי זמן פעילות ושולטים במבנה, אך מייקרוסופט מטפלת בתשתית הפריסה. 00:06:50.420 --> 00:06:55.340 שלבו מודלים לפי תפקיד, מתכנן על GPT 4 או 4.1 מיני לצורך עסקה לוגית. 00:06:55.480 --> 00:06:58.740 מבצע על מודל קטן ומצוין בחילוץ נתונים ועיצוב פרמטרים. 00:06:58.740 --> 00:07:02.760 ביצעו סיכומים ארוכים בעצבות בלילה, כדי שהצוות יקבל דוחות מוכנים בבוקר. 00:07:02.900 --> 00:07:06.400 ואם מודל יוצא משימוש או שתרצו לנסות גרסאות של DeepSeek או למה, 00:07:06.600 --> 00:07:09.960 ה-API של Foundry יאפשר לכם לשמור על קוד יציב בזמן שאתם מתנסים. 00:07:09.960 --> 00:07:12.900 כלים ופעולות הם המקום שבו המפעיל מוכיח את עצמו. 00:07:13.000 --> 00:07:16.780 כאן אתה מביא כוח אמיתי בלי לתת לסוכן את המפתחות לממלכה שלך. 00:07:16.920 --> 00:07:19.720 Clay Open API לשירותים פנימיים עם Swagger. 00:07:19.920 --> 00:07:21.040 שמור על חוזה מחמיר. 00:07:21.040 --> 00:07:24.560 אם הסכימה אומרת שהטקן הוא מחרוזת, מוטב שזה יהיה מזהה הטקן. 00:07:24.700 --> 00:07:27.280 Logic Apps עבור תהליכי אישור ושערים אנושיים. 00:07:27.460 --> 00:07:31.240 תן לסקירה לנתב שינויים למאשר, ואז המשך ביצוע לאחר אישור. 00:07:31.240 --> 00:07:34.440 Azure Functions לקוד חיבור וטרנספורמציות הגיוניות. 00:07:34.620 --> 00:07:40.000 Graph API קטן ניתן לבדיקה ומגרסאות עבור Intune, Entra ומשימות גישה מותנת. 00:07:40.080 --> 00:07:43.960 תן הרשאות קריאה לסוכני ניטור והרשאות ניהול רק לסוכני תיקון. 00:07:44.120 --> 00:07:47.360 Azure Automation עבור סקריפטים של התקנים וספרי הרצה. 00:07:51.040 --> 00:07:54.440 תקון יכול לפתוח אותה, כמו בביסוס, שמור על זה אוצר ומסודר. 00:07:54.600 --> 00:07:57.900 השתמש ב-Azure Eye Search עם דירוג היברידי ודירוג סמנטי מחדש. 00:07:58.020 --> 00:07:59.500 חלק את הידע לפי תחומים. 00:07:59.500 --> 00:08:04.180 מדיניות Intune בנפרד מנהלי קליטה, SOPS, כדי שלא תעמיס יותר מדי מידע. 00:08:04.300 --> 00:08:07.180 המפעיל צריך להעביר קטע קוד, לא את האנציקלופדיה. 00:08:07.300 --> 00:08:12.360 קבע את גודל המקטעים, שמור ציטוטים ותן לסוקר לבדוק ביסוס לפני שזה מגיע ליצור. 00:08:12.560 --> 00:08:13.980 בטיחות היא לא אופציונלית. 00:08:13.980 --> 00:08:20.620 Foundry כולל מסנני בטיחות תוכן לקלת ופלת, הגנות מפני Jailbreak והזרקות עקיפות ובדיקות לחומר מוגן. 00:08:20.620 --> 00:08:25.840 הפעל בטיחות לפני ואחרי המודל כדי שלא תשלם על קלטים גרועים או אסונות יחסי ציבור. 00:08:26.060 --> 00:08:31.680 שלב זאת עם זהות מנוהלת לכל סוכן, הרשאות מינימליות וגישה זמנית לחלים הרסניים. 00:08:31.840 --> 00:08:33.340 כל קריאה לכלי מתועדת. 00:08:33.480 --> 00:08:34.800 כל אישור נרשם בלוגים. 00:08:34.980 --> 00:08:36.600 אם מי שהוא שואל, מי הריץ מה? 00:08:36.760 --> 00:08:38.020 אתה לא פותח Outlook. 00:08:38.220 --> 00:08:39.520 Log Analytics כבר יודע. 00:08:39.520 --> 00:08:42.340 יכולת צפייה, Observability, היא השלב למקצוענים. 00:08:42.520 --> 00:08:49.400 הפעל מעקב כדי לראות היסטוריית הרצות, איזה סוכן קרה לאיזה כלי, באילו פרמטרים, מה השיהוי ומה חזר. 00:08:49.540 --> 00:08:58.140 חבר את Application Insights לביצועים לוגים לביקורת, והתמאה הערכות ב-C כדי לזהות סטייה ברלוונטיות, ביסוס ושוטף לפני המשתמש. 00:08:58.300 --> 00:09:03.660 אם הביסוס יורד, הסוכר מסמן זאת, המתכנן מצמצמת שאילת התשליפה והמפעיל מנסה שוב. 00:09:03.840 --> 00:09:05.200 אין צורך בלחץ אנושי. 00:09:05.200 --> 00:09:07.060 פרימיטיבי פריסה שומרים על סדר. 00:09:09.520 --> 00:09:10.460 ובסיסי מדיניות. 00:09:10.600 --> 00:09:17.600 שים את Azure API Management לפני שירות הכלים שלך כדי לנהל גרסאות, מכסות, מפסקי זרם וניתוב בין PTU לחיוב לפי שימוש. 00:09:17.760 --> 00:09:21.480 נקודות קצה פרטיות במקומות שבהם תושבות, נתונים או טעימות מחייבות זאת. 00:09:21.640 --> 00:09:24.560 אזורים שמתאימים למשתמשים שלך, לא רק לשאיפות שלך. 00:09:24.680 --> 00:09:26.800 וכן, Semantic Carnal סוגר את הקצוות. 00:09:26.960 --> 00:09:28.600 אתה מתאר את זרימת העבודה בקוד. 00:09:28.740 --> 00:09:30.240 המתכנן מפרק את המשימה. 00:09:30.240 --> 00:09:33.680 המפעיל בוחר כלים בהתבסס על קטלוגים של פונקציות וזמינות. 00:09:33.820 --> 00:09:37.480 הסוקר אוכף בדיקות בעזרת הנחיות הערכה ותוצאות בטיחות תוכן, 00:09:37.720 --> 00:09:43.900 ואתה מקבל ניסיונות חוזרים עם השעיה וסימוני ביטול כאשר API חיצוני מעמיד פנים שהוא מושבט לצורך תחזוקה. 00:09:44.020 --> 00:09:45.920 SK מספק לך את המוח המבצע. 00:09:46.180 --> 00:09:47.980 פאונדרי מספקת לך את חדר הניתוח. 00:09:48.180 --> 00:09:50.320 חבר את שניהם וקיבלת תבנית פרקטית. 00:09:50.320 --> 00:09:53.160 הגדר סוכנים בפאונדרי עם הוראות וזהויות קשיחות, 00:09:53.340 --> 00:09:54.520 תזמר תפקידים ב-SK, 00:09:54.740 --> 00:09:55.840 ביסס על חיפוש אוצר, 00:09:56.040 --> 00:09:58.040 חבר פעולות עם ממשקי API פתוחים, 00:09:58.180 --> 00:09:59.000 אפליקציות לוגיקה, 00:09:59.160 --> 00:10:00.260 פונקציות ואוטומציה, 00:10:00.480 --> 00:10:02.220 עיכוף בטיחות לפני ואחרי הסקה, 00:10:02.380 --> 00:10:03.080 וצפה בהכל. 00:10:03.260 --> 00:10:05.180 זה משעמם במובן הכי טוב של המילה, 00:10:05.300 --> 00:10:10.760 כמו חגורות בטיחות או לא לתת הרשאות ניהול גלובליות למתמחה שקוראים לו מפתח ברירת מחדל. 00:10:10.920 --> 00:10:12.080 תרחיש הדגמה ראשון, 00:10:12.080 --> 00:10:13.020 ניקוי התקנים, 00:10:13.020 --> 00:10:15.840 יחידת התקני הרפאים של CSI Intune. 00:10:16.040 --> 00:10:18.380 מכירים את ההתקנים שמופיעים כמנוהלים, 00:10:18.620 --> 00:10:20.620 כפרושים וכימתים חיים בו זמנית. 00:10:20.760 --> 00:10:22.660 ברוכים הבאים ל-CSI Intune. 00:10:22.840 --> 00:10:23.580 העבודה שלנו, 00:10:23.780 --> 00:10:24.700 למצוא חומרה ישנה, 00:10:24.900 --> 00:10:25.920 כפולה או לא רשומה, 00:10:26.080 --> 00:10:29.940 ולתקן בביטחה באישור כדי שאף אחד לא ישלח מיילים זוהמים למחלקה המשפטית. 00:10:30.120 --> 00:10:30.940 צוות הסוכנים, 00:10:31.140 --> 00:10:31.660 מנטר, 00:10:31.860 --> 00:10:32.400 שאילטות, 00:10:32.600 --> 00:10:34.740 מייקרוסופט גראף ולוג אנליטיקס, 00:10:34.740 --> 00:10:37.300 מסווגים מצבי התקן ומסמנים אנומליות. 00:10:37.300 --> 00:10:42.100 המתקן קורא לאינטיון ולאוטומציה של Azure כדי להיסגר או לפרוש התקנים. 00:10:42.720 --> 00:10:44.080 המבקר מתעד הכל, 00:10:44.300 --> 00:10:47.720 מעדכן בני אדם וחוטב דוח סיכום לצורכי ציוט. 00:10:47.960 --> 00:10:49.600 תהליך העבודה פועל כך. 00:10:49.760 --> 00:10:51.920 המנטר שואב מרשומות ההתקנים בגראף, 00:10:52.100 --> 00:10:53.320 בדיקת התקשרות אחרונה, 00:10:53.540 --> 00:10:54.180 מצב ציוט, 00:10:54.380 --> 00:10:54.940 סוג רישום, 00:10:55.120 --> 00:10:56.640 משתמש ראשי ודגלי פרישה. 00:10:56.740 --> 00:10:58.580 הוא גם אוסף אותות מ-Log Analytics, 00:10:58.580 --> 00:11:00.080 דופק של Defender, 00:11:00.260 --> 00:11:03.000 עדכון ציוט ואירועי הרחבת הניהול של אינטון. 00:11:03.000 --> 00:11:05.860 וממזג אותם לרשומה מובנית קצרה לכל התקן. 00:11:06.020 --> 00:11:06.800 מצפה לאחרונה, 00:11:07.020 --> 00:11:07.360 UTC, 00:11:07.640 --> 00:11:07.940 רשום, 00:11:08.080 --> 00:11:08.360 תקין, 00:11:08.520 --> 00:11:09.280 מועמדים לכפילות, 00:11:09.440 --> 00:11:09.960 אותו ציכון. 00:11:10.140 --> 00:11:10.700 בלי רומנים, 00:11:10.880 --> 00:11:11.320 רק שדות. 00:11:11.520 --> 00:11:13.840 עכשיו העברת האחריות מהמוח לזרוע המבצעת. 00:11:13.920 --> 00:11:15.460 המנטר שולח סיווג מוצא, 00:11:15.600 --> 00:11:15.980 ישן, 00:11:16.120 --> 00:11:16.480 כפול, 00:11:16.660 --> 00:11:17.800 ללא דופק או תקין. 00:11:17.960 --> 00:11:19.340 הסוקר בודק מהימנות. 00:11:19.520 --> 00:11:22.200 האם השדות האלה באמת הגיעו מגראף ומאל-A? 00:11:22.200 --> 00:11:24.280 בטיחות תוכן מופעלת לפני המודל, 00:11:24.280 --> 00:11:27.900 כדי לחסום הזרקת הנחיות מכל קובץ שהוא עלה או חיפוש ברשת. 00:11:28.060 --> 00:11:29.160 אם הסיווג עובר, 00:11:29.320 --> 00:11:30.760 המתקן מכין פעולות. 00:11:31.440 --> 00:11:33.060 שלב ראשון הוא תיקון רח, 00:11:33.300 --> 00:11:34.340 טיוג והסגר. 00:11:34.820 --> 00:11:37.000 אנחנו מכילים קטגוריית מועמד לפרישה, 00:11:37.260 --> 00:11:40.440 מסירים קישורי קבוצות דינמיות שגורמים להתפשטות מדיניות, 00:11:40.680 --> 00:11:41.580 ובמידת הצורך, 00:11:41.820 --> 00:11:45.240 מעבירים את ההתקן לקבוצת הסגר ב-Azure AD שחוסמת גישה. 00:11:45.240 --> 00:11:46.840 שום דבר לא נמחק עדיין. 00:11:47.280 --> 00:11:49.320 אישורים נוחתים באפליקציית לוגיקה. 00:11:49.320 --> 00:11:54.920 הסוקר כולל תוכנית תמציתית מזהי התקנים, סיבות, פעולות מוצאות ואפשרות שחזור. 00:11:55.040 --> 00:12:00.220 המאשר רואה סיכום ב-Teams עם הפניות לשאילתות Graph ו-KQL של Log Analytics. 00:12:00.680 --> 00:12:01.520 לאחר אישור, 00:12:01.720 --> 00:12:03.180 המתקן מבצע פרישה, 00:12:03.380 --> 00:12:04.460 מחיקה כשמוצדק, 00:12:04.640 --> 00:12:09.640 או ניקוי כפילויות על ידי שמירת ההתקן עם הדופק העדכני ביותר וניתוק רפאים. 00:12:09.640 --> 00:12:12.220 זהות מנוהלת שומרת על הידיים שלנו נקיות. 00:12:12.400 --> 00:12:14.660 המנטר רץ עם הרשאת קריאה מלאה להתקנים. 00:12:14.660 --> 00:12:19.920 רימדיאטר משתמש בזהות נפרדת עם הרשאות קריאה וכתיבה מלאות להתקנים ובדיוק בהרשאות אינטון הדרושות לו. 00:12:20.020 --> 00:12:21.700 פעולת המחיקה מוגנת על ידי פים. 00:12:21.900 --> 00:12:24.320 סוכן הרימדיאטר אינו יכול להעלות את הרשאותיו בעצמו. 00:12:24.460 --> 00:12:25.860 כאשר מתבקשת העלאת הרשאות, 00:12:26.000 --> 00:12:29.160 ה-Logic App דורש אישור אנושי והשעון מתחיל לתקתק עבור ההרשאה הזמני. 00:12:29.300 --> 00:12:31.720 יכולת תצפית, Observability, היא החלק הבוגר של התהליך. 00:12:31.720 --> 00:12:33.480 כל קריאה על הכלי מתועדת במעקב. 00:12:33.480 --> 00:12:36.200 מי קרא למה, פרמטרים, זמן תגובה ותוצאה. 00:12:36.280 --> 00:12:39.560 אודיטור כותב רשומות אירועים ל-Log Analytics עם מזהי קורלציה, 00:12:39.820 --> 00:12:42.480 כדי שתוכל לשחזר את זירת האירוע בלי ארכיאולוגיית סלה. 00:12:42.620 --> 00:12:46.720 אנחנו מריצים גם שלב הערכה לאחר השינוי, רמת ביסוס, רלוונטיות ושפה. 00:12:46.840 --> 00:12:50.060 אם רמת הביסוס יורדת, הסוקר חוסם פעולות הרסניות נוספות 00:12:50.060 --> 00:12:53.620 ומחזיר את התוכנית למתכנן כדי לשפר את השליפה או לצמצם את ההיקף. 00:12:53.720 --> 00:12:55.380 מודלים משולבים בכוונה תחילה. 00:12:55.380 --> 00:12:58.900 סיווג משתמש במודל קטן כדי לשמור על עלות וזמן תגובה נמוכים. 00:12:59.020 --> 00:13:02.260 מקרים חריגים, כמו שני התקנים שבהם אוטופיילוט שינה שם לאחד 00:13:02.260 --> 00:13:05.900 ואז'ר אדי חושב שהם תאומים, מקבלים מסלול עסקה עם GPT-4 מיני. 00:13:06.080 --> 00:13:07.360 סיכומים נשלחים בעצבות. 00:13:07.540 --> 00:13:10.600 אף אחד לא צריך דוח שייקספרי או סיפור קצר בשעה שתיים בצהריים. 00:13:10.760 --> 00:13:13.440 בשבוע שעבר, בדיקת סוכן בודד ניסתה לתקן התקן ישן 00:13:13.440 --> 00:13:15.880 על ידי הוצאה משימוש של כל מה שנמצא באותה קבוצה דינמי. 00:13:15.880 --> 00:13:18.760 הסוקר בתהליך מרובי הסוכנים שלנו זיהה עם התאמה בהיקף, 00:13:18.960 --> 00:13:20.860 ביקש אישור ברמת ההתקן ועצר את הפעולה. 00:13:20.960 --> 00:13:23.480 זו הסיבה שאנחנו מפרידים בין תכנון, ביצוע ובדיקה. 00:13:23.580 --> 00:13:26.780 התוצאה הסופית, התקני רפאים מפסיקים להציק לעמידה בתאימות. 00:13:26.940 --> 00:13:29.580 אתה מצמצם בזבוז רישיונות, מפחית התראות שווא, 00:13:29.600 --> 00:13:33.000 ומפסיק להסביר להנהלה למה הוצאה משימוש שנכשלה זה אורח חיים. 00:13:33.000 --> 00:13:38.120 וכן, נתיב הביקורת קרי, שזה יותר ממה שאני יכול לומר על מחצית מכרטיסי השינוי שלכם. 00:13:38.220 --> 00:13:41.100 תרחיש הדגמה שני, אונבורדינג ללא מגע יד אדם. 00:13:41.280 --> 00:13:42.240 באמת ללא מגע. 00:13:42.380 --> 00:13:46.100 אפס מגע למשתמש, חמש מאות מגעים להנדסה עד הופעת הסוכנים. 00:13:46.280 --> 00:13:50.760 המטרה, מאירוע משאבי אנוש למשתמש והתקן מוכנים ללא צורך בהתערבות ידנית מיותרת. 00:13:50.920 --> 00:13:55.380 חלק, מנוהל והפיך כאשר משאבי אנוש מעייתים את שם המשפחה בשלוש דרכים שונות. 00:13:55.380 --> 00:13:56.420 מערך הצוות. 00:13:56.420 --> 00:14:01.780 אינטייק מאזין לוווק של משאבי האנוש, מנרמל נתונים ומאמץ שדות חובה. 00:14:01.900 --> 00:14:07.500 פרוויזיונר יוצר את המשתמש באנטרה, מקצה קבוצות ורישיונות, ורושם פרופילי אוטופיילוט. 00:14:07.740 --> 00:14:13.080 ולידייטור בודק תהימות מדיניות ועמדת גישה מותנת לפני שאנחנו מוסרים מחשב נייד חדש. 00:14:13.240 --> 00:14:18.040 קונסיארז שולח את ערכת קבלת הפנים, כישורי שירפוינט ורשימת המטלות ליום הראשון. 00:14:18.040 --> 00:14:19.220 זמן זרימת עבודה. 00:14:19.220 --> 00:14:24.140 אינטייק מקבל את הנתונים ממשאבי אנוש, שם, תאריך תחילת עבודה, תפקיד, מחלקה, מנהל, אזור. 00:14:24.280 --> 00:14:26.140 מודל קטן מבצע חילוץ ונרמול. 00:14:26.280 --> 00:14:30.080 הוא ממפה לשדות קנוניים וקולט שטויות כמו תאריך התחלה בשנת 2099. 00:14:30.300 --> 00:14:35.020 אם חסרים שדות חובה, הוא שולח התראה למשאבי אנוש עם שגיאה מובנית דרך לוג'יק אפס בלי שירה חופשית. 00:14:35.100 --> 00:14:38.680 פרוויזיונר קורא לגרף עם מנאגד איידנטיטי המוגבל להרשאות משתמש בלבד. 00:14:38.680 --> 00:14:42.560 הוא יוצר את משתמש האנטרה, מגדיר מיקום שימוש ומכיל קבוצת בסיס. 00:14:42.700 --> 00:14:45.780 לאחר מכן הוא מרכיב הקצאות רישיונות על בסיס תפקיד ואזור. 00:14:45.920 --> 00:14:47.100 הסכה מסייעת כאן. 00:14:47.260 --> 00:14:50.320 האם האדם הזה זקוק לאי-5 סקיוריטי או לביזנס פרימיום? 00:14:50.460 --> 00:14:53.780 אנחנו מקודדים מדיניות בנתונים ונותנים למודל לבחור מחבילות מורשות. 00:14:53.960 --> 00:14:56.460 אף מודל לא ממציא רישיונות, זהו תפריט קשיח. 00:14:56.620 --> 00:14:58.340 אוטופיילוט מגיע לאחר מכן. 00:14:58.340 --> 00:15:04.180 הפרוויז'נר רושם גיבוב חומרה שכבר יש לנו עומכים פרופיל Just in Time המקושר לקבוצת המשתמש. 00:15:04.340 --> 00:15:06.680 הוא מתייג את קבוצות המכשירים עבור מדיניות בסיס. 00:15:06.900 --> 00:15:08.300 ואז הוולידאטר מתעורר. 00:15:08.420 --> 00:15:11.320 הוא מבצע שאילטות בגרף ובאפנדר עבור אותות תאימות, 00:15:11.500 --> 00:15:13.940 מבדש שגישה מותנית לא תחסום את הכניסה הראשונה, 00:15:14.200 --> 00:15:16.480 ובודק שמדיניות לצורת המכשיר הנכונה תוכל. 00:15:16.580 --> 00:15:19.520 אם גישה מותנית תחסום את העובד החדש ביום הראשון, 00:15:19.520 --> 00:15:23.020 הוולידאטר פותח אישור עם חריגה מוגבלת בזמן והסבר. 00:15:23.180 --> 00:15:25.360 הקונקיארגה מטפל בעניינים האנושיים. 00:15:25.560 --> 00:15:28.740 הוא שולח הודעת טימס למנהל עם ה-UPN של העובד החדש, 00:15:29.000 --> 00:15:31.840 סטטוס הקצאת המכשיר וקישור לערכת פתיחה בשארפוינט. 00:15:31.980 --> 00:15:34.860 הוא שולח דואר אלקטרוני לעובד החדש עם צעדי היום הראשון, 00:15:35.020 --> 00:15:37.580 הנחיות להגדרת MFA, ואיפה למצוא את פורטל ה-E. 00:15:37.580 --> 00:15:40.620 הוא לא מדביק את תווחי ה-E. הפנימיים שלך בדואר אלקטרוני. 00:15:40.620 --> 00:15:43.700 בקרת בטיחות תוכן בודקת פלטים עבור דליפת מידע וטון. 00:15:43.840 --> 00:15:45.920 ממשל הוא באותו נושא של חגורת בטיחות. 00:15:46.080 --> 00:15:49.120 לזהות המנהלת של הפרוויזיונר יש הרשאת רישוי אך לא מחיקה. 00:15:49.240 --> 00:15:51.680 האינטייק לא יכול לבצע פרוויזיינינג, הוא רק מאמת. 00:15:51.880 --> 00:15:54.180 מנהל פרויקט, PM, חוסם כל פעולה בסיכון גבוה, 00:15:54.340 --> 00:15:55.700 כמו הוספת משתמשים לקבוצה רגישה. 00:15:55.800 --> 00:15:58.280 כל הפעולות מתועדות ב-Up Insights ובאוג Analytics. 00:15:58.280 --> 00:16:00.400 אם משאבי אנוש שולחים מתען נתונים מתוקן, 00:16:00.400 --> 00:16:03.700 המתכנן מחשב מחדש את ההפרש, והמפעיל מעדכן רק את מה שהשתנה. 00:16:03.840 --> 00:16:05.780 ללא הלוך חזור מיותר בחברות בקבוצות. 00:16:05.940 --> 00:16:08.460 יכולת תצפית, Observability, מעניקה לך אבני דרך. 00:16:08.620 --> 00:16:12.460 קליטת משאבי אנוש, יצירת אנטרה, הקצאת רישיון, פרופיל אוטופיילוט, 00:16:12.640 --> 00:16:13.920 הודעת אישור תאימות נשלחה. 00:16:14.040 --> 00:16:18.140 אתה מקבל מדדי SRA וניסיונות חוזרים אוטומטיים על שגיאות גרף זמניות עם השיה. 00:16:18.140 --> 00:16:21.200 אם מערכת משאבי האנוש מקרתעת, השרשור לא מת. 00:16:21.200 --> 00:16:24.120 הוא עוצר, מתעד וממשיך כשהבעיה נפטרת. 00:16:24.480 --> 00:16:30.880 הערכות רצות בשיא על מתעני נתונים סינתטיים כדי לטפוס נסיגות ברלוונטיות ודיוק לפני שעובד אמיתי סובל. 00:16:31.060 --> 00:16:32.760 שילוב מודלים שומר על עלות שפויה. 00:16:32.940 --> 00:16:35.420 מודל שפה קטן, SRM, לחילוץ ונרמול. 00:16:35.620 --> 00:16:37.980 שלב הסכה רק עבור החלטות בחירת מדיניות. 00:16:37.980 --> 00:16:41.080 סיכומים ומיילים מקדמים בברכה מעוגדים במידת האפשר. 00:16:41.240 --> 00:16:45.420 המטרה היא הקצאה בשהות נמוכה עם בהירות ברמה אנושית בנתיב הביקורת. 00:16:45.620 --> 00:16:46.440 סיפור קצר. 00:16:46.440 --> 00:16:52.660 Onboarding עם סוכן בודד ניסה להוסיף משתמש לכל הצוות וקבלני המשנה כי הכותרת אמרה צוות קבלנים. 00:16:52.860 --> 00:16:59.300 ריבוי סוכנים תפס את כלל הבלעדיות ההדדית ב-Validator, ביקש החלטה אנושית ומנע אסון מיידי בגישה מותנת. 00:16:59.480 --> 00:17:01.860 התוצאה היא באמת אפס מגע עבור המשתמש. 00:17:01.860 --> 00:17:08.220 שרשור אחד, ארבעה סוכנים, אישורים נקיים ונתיב ביקורת שניתן להראות ל-CISO מבלי להתפלל לאלי הדמו. 00:17:08.220 --> 00:17:14.360 וכן, כאשר משאבי אנוש משנים את תאריך ההתחלה, המערכת מחשבת מחדש מבלי לחרוג מתקציב הרישוי. 00:17:14.460 --> 00:17:17.320 תרחיש הדגמה שלוש, הקשכת הבטחה אוטומטית. 00:17:17.480 --> 00:17:19.340 בבקשה שבי לוקר יהיה פעיל. 00:17:19.540 --> 00:17:21.480 זליגת הבטחה היא כמו הסבים שוטים. 00:17:21.480 --> 00:17:25.500 אתה עוקר שלושה, חמישה צצים, ואחד מהם מחבא את ביטלוקר מתוך רוע. 00:17:25.660 --> 00:17:30.760 המטרה שלנו, לזהות זליגת הגדרות ברציפות ולתקן בביטחה עם בקרות שעורך דין יכבד. 00:17:30.760 --> 00:17:33.920 גלי הזליגות של קאסט מתשאל את גרף ודפנדר. 00:17:34.120 --> 00:17:39.120 ציון ההבטחה מושך תעימות מאינטיון וקווי בסיס להגדרות מכשיר ובונה דלתה של זליגה. 00:17:39.380 --> 00:17:44.700 המתקן דוחף שינויי מדיניות לאינטיון, הגדרות ביטלוקר וטבעות עדכוני וינדוס. 00:17:44.700 --> 00:17:50.100 מריץ סקריפטים של מכשירים דרך Azure Automation כשהמדיניות לא מגיעה רחוק מספיק. 00:17:50.160 --> 00:17:56.600 הסוקר אוכף גדרות, תוכם שינויים, מריץ בדיקות מבוססות ומחייב אישורים אנושיים לצעדים מסוכנים. 00:17:56.600 --> 00:18:01.300 השליח מתזכר אנשים בטימס או במייל עם תוכניות תמציתיות וקבלות. 00:18:01.900 --> 00:18:05.760 בתהליך, גלי הזליגות רץ לפי לוח זמנים או לפי דרישה. 00:18:05.760 --> 00:18:14.040 הוא מושך תעימות מכשיר, מצב ביטלוקר, מצב TPM, גרסת מערכת הפעלה, טבעת עדכונים ושיוחי מדיניות דרך גרף. 00:18:14.400 --> 00:18:19.120 הוא משווה כל מכשיר מול פרופיל זהב כנתונים מובנים, לא כמסמך רעיונות. 00:18:19.120 --> 00:18:26.500 הוא מתייג ממצאים, ביטלוקר חסר, שיטת הצפנה חלשה, מדיניות לא יוסמה, התחול מאובטח קבוי, טבעת עדכונים מחוץ לטווח. 00:18:26.680 --> 00:18:30.420 שלב התכנון נכנס לפעולה, מציע תוכנית מינימלית לכל קבוצת מכשירים. 00:18:30.580 --> 00:18:34.480 עבור ביטלוקר, השתמש במדיניות Intune Bitlocar אם המכשיר תומך בכך. 00:18:34.600 --> 00:18:40.680 אם המדיניות כבר מוגדרת אך המצב קבוי, הצה סקריפט אוטומציה להפעלת מגינים ושמירת המפתח ל-Azure AD. 00:18:40.680 --> 00:18:46.820 עבור זליגת עדכונים, הצה העברה של המכשיר לטבעת עדכונים מדורגת לא גישת עדכן עכשיו וקיבה לטוב. 00:18:47.060 --> 00:18:51.740 עבור תקלות בגישה מותנית, הצה חריגה מוגבלת בזמן אם הצדקה נדרשת. 00:18:52.240 --> 00:18:54.280 הסוקר מעריך את ביסוס הנתונים. 00:18:54.500 --> 00:18:58.140 האם גליי הזליגות אכן ציטט את השדות מגרף ומדיפנדר? 00:18:58.340 --> 00:19:02.060 הוא בודק היקף מזהי מכשירים, מזהי מדיניות וסוג שינוי. 00:19:02.180 --> 00:19:05.540 אם מה שהוא נראה כאילו הוא משפיע על כל המכשירים, הוא נחסה מידי. 00:19:05.540 --> 00:19:11.140 בטיחות תוכן מופעלת בקלת ובפלט כדי למנוע הזרקת הנחיות ממידע חיצוני או יומנים שהוא עדכו. 00:19:11.240 --> 00:19:15.660 פעולות בסיכון גבוה, כמו הסרת מדיניות מקומית סותרת, מוגנות על ידי אישור מנהל מוצר. 00:19:15.820 --> 00:19:18.000 זהות המתקן לא יכולה להעלות הרשאות בעצמה. 00:19:18.140 --> 00:19:20.640 האישור חי בתוך אפליקציית לוגיקה עם כרטיס מסודר. 00:19:20.760 --> 00:19:23.900 מה לא תקין? מה ישתנה? צעדי שחזור וציטוטים. 00:19:24.040 --> 00:19:25.460 אישור והמתקן מבצע. 00:19:25.640 --> 00:19:28.340 עדכוני מדיניות אינטון הם אטומיים וממוקדים. 00:19:28.340 --> 00:19:32.480 תיקון ביטלוקאר משתמש ברונבוק עם פרמטרים מפורשים ובדיקת תקינות. 00:19:32.640 --> 00:19:37.880 TPM נוכח, מערכת ההפעלה תומכת ב-XTSAS256, נתיב השמירה אומה. 00:19:37.980 --> 00:19:42.180 אם בדיקה מקדימה נכשלת, התהליך נכשל עם שגיאה ידידותית למשתמש וללא תופעות לוואי. 00:19:42.300 --> 00:19:43.900 השליח סוגר את המעגל. 00:19:44.020 --> 00:19:44.920 המכשיר טוקן. 00:19:45.140 --> 00:19:48.200 סיכום נשלח לטימס עם מספרים, קישורים למעקב App Insights, 00:19:48.440 --> 00:19:51.940 וקובץ CSV לאדם שעדיין אוהב את אקסל יותר מאשר את המשפחה שלו. 00:19:51.940 --> 00:19:57.100 אם התקן סרב לציית, הסוקר פותח שרשור חריגה עם טיימר וניסיונות חוזרים מתוזמנים. 00:19:57.260 --> 00:20:01.040 יכולת תצפית מאפשרת מעקב אחרי כל קריאת כלי, מתואמת לפי שרשור. 00:20:01.200 --> 00:20:06.340 אנחנו נועלים דלתאות לפני ואחרי, כדי שהביקורת תראה תאימות ללא צורך בחפירה ב-KQL. 00:20:06.600 --> 00:20:11.400 אנחנו גם מריצים סוכן הערכה על סיכומי פוסט שינוי כדי לבדוק מבוססות ובהירות. 00:20:11.520 --> 00:20:14.120 אם המבוססות יורדת או שיעורי היקש של מזנקים, 00:20:14.120 --> 00:20:18.380 המתכנן מצמצם שליפה, מפחית גודל עצבה או משהי פעולות הרסניות. 00:20:18.640 --> 00:20:23.560 שילוב מודלים, SLM לחילוץ וסיווג, מודל עסקה לסינתזת תוכנית רק כשצריך. 00:20:23.720 --> 00:20:26.460 עצבה של הדוח הלילי, בלי שונתות על בינה מלאכותית. 00:20:26.620 --> 00:20:28.320 התוצאה הסופית, ביטלוקאר אכן פועל. 00:20:28.440 --> 00:20:29.960 טבעות עדכון פחות סוטות מהיעד. 00:20:30.080 --> 00:20:32.480 חריגות מתועדות, מוגבלות בזמן וניתנות לסקירה. 00:20:32.480 --> 00:20:37.000 ואף אחד לא מתקן התקן על ידי התקנה מחדש של מחשבים פיננסיים במהלך סגירת רבעון. 00:20:37.100 --> 00:20:38.180 פירוט ארכיטקטורה 00:20:38.180 --> 00:20:41.060 Foundry Plus SK Plus כלים Plus זהות 00:20:41.060 --> 00:20:44.820 בואו נפתח את המכסה בלי לשפוך שמן מנוע על המכסה שלכם. 00:20:44.960 --> 00:20:47.360 תחשבו על ארבע שכבות ששומרות על שפיות 00:20:47.360 --> 00:20:50.380 Foundry, Semantic Carnal, כלים, זהות. 00:20:50.580 --> 00:20:51.940 Foundry הוא בסיס הבית. 00:20:51.940 --> 00:20:55.980 אתם מגדירים סוכנים עם הוראות קשיחות, בוחרים פריסות לפי תפקיד, 00:20:56.220 --> 00:20:59.240 מצרפים ידע דרך Azure Eye Search ורושמים פעולו. 00:20:59.240 --> 00:21:05.160 כלי Open API, Logic Apps, פונקציות, Graph, Azure Automation, מפרש קוד. 00:21:05.480 --> 00:21:09.620 איומים, היסטוריית הרצות, מעקב, הערכות ובטיחות חיים כאן. 00:21:09.760 --> 00:21:13.420 מגיני פרומפטים ובדיקות חומר מוגן רצים לפני ואחרי המודלים 00:21:13.420 --> 00:21:16.660 כך שקלת רע לא עולה בתוקנים ופלת רע לא עולה במשרות. 00:21:16.900 --> 00:21:18.620 Semantic Carnal הוא המנצח. 00:21:18.620 --> 00:21:21.700 בקוד אתם מחוותים את לולעת המתכנן מפעיל סוקר. 00:21:21.820 --> 00:21:23.720 אתם רושמים כתלוגי פונקציות לחילים, 00:21:23.720 --> 00:21:26.900 מגדירים זמן המתנה לניסיון חוזר ומוסיפים מסימוני ביטול. 00:21:27.100 --> 00:21:29.840 אתם שומרים על פרומפטים קצרים, דוחפים מורכבות לסכימות 00:21:29.840 --> 00:21:33.000 ונותנים לי SK להחליט באיזה כלי להשתמש לפי זמינות ומדיניות. 00:21:33.180 --> 00:21:36.000 אם גרף חורג מזמן, SK מטפל בזה עם ג'יטר. 00:21:36.160 --> 00:21:39.240 אם המבוססות יורדת, זה חוזר למתכנן לצורך עידון. 00:21:39.400 --> 00:21:40.440 כלים הם הידיים. 00:21:40.660 --> 00:21:42.660 שימרו על חוזים קשיחים עם Open API. 00:21:42.660 --> 00:21:46.300 שימו ניהול API בחזית כדי לבסט גרסאות ולבצע ניתוק מעגל. 00:21:46.300 --> 00:21:49.100 Logic Apps מטפלים ביישורים ובתהליכים ארוכי טווח. 00:21:49.260 --> 00:21:51.040 פונקציות מבצעות הדבקה והתמרה. 00:21:51.200 --> 00:21:54.640 Azure Automation מריצים סקריפטים עם מעקות בטיחות ובדיקות לאחר מעשה. 00:21:54.820 --> 00:21:58.760 גרף הוא מקור האמת שלכם עבור Intune, Entra, תימות וציון הבטחה. 00:21:58.880 --> 00:22:01.500 Azure AI Search מגיש ידע עצור לכל דומיין. 00:22:01.700 --> 00:22:02.520 בלי מרק ידע. 00:22:02.680 --> 00:22:04.100 זהות היא חגורת הבטיחות. 00:22:04.100 --> 00:22:06.180 לכל סוכן יש זהות מנוהלת משלו. 00:22:06.280 --> 00:22:08.040 סוכני ניטור מקבלים טווחי קריאה. 00:22:08.040 --> 00:22:10.860 מתקני תקלות מקבלים טווחי כתיבה לעולם לא הרשאות מנהל. 00:22:10.940 --> 00:22:12.520 PM חוסם כל דבר הרסני. 00:22:12.660 --> 00:22:14.840 העלאת הרשאות דורשת אדם ופוקעת. 00:22:14.900 --> 00:22:17.780 נקודות קצה פרטיות במקומות שבהם גבולות נתונים חשובים. 00:22:17.940 --> 00:22:20.960 קווי בסיס של מדיניות בפרויקטי Foundry אוכפים מודלים, 00:22:21.180 --> 00:22:22.420 אזורים ומכסות מאושים. 00:22:22.420 --> 00:22:28.700 App Insights ו-Log Analytics אוספים עקבות, מדדים וביקורות כדי שתוכלו לענות מי עשה מה ללא ארכיאולוג יצלה. 00:22:28.840 --> 00:22:32.000 מודלים מתחברים דרך נקודת הקצה של הסקת המסקנות בפאונדרי. 00:22:32.140 --> 00:22:36.180 השתמש בסרווילס להסקה איכותית ונהל כוח מחשוב למודלים פתוחים מקובעים. 00:22:36.360 --> 00:22:41.700 החלף מודלים ללא שכתוב קוד, אך הקפד להאריך רלוונטיות, ביסוס ושטף ב-C לפני התמאה. 00:22:41.700 --> 00:22:45.440 האזורים תואמים למשתמשים שלך, אזורי הנתונים תואמים לרגולטורים שלך. 00:22:45.560 --> 00:22:48.040 שהכל מחובר זו מכונה משעממת ואמינה. 00:22:48.220 --> 00:22:52.960 סוכנים שמוגדרים בפאונדרי, מנוהלים על ידי SK, מופעלים על ידי כלים קשיחים, 00:22:52.960 --> 00:22:56.380 מאובטחים בזהות, נמדדים בתצפיות ומוגנים על ידי בטיחות. 00:22:56.500 --> 00:23:00.320 משעמם מנצח, משעמם מתרחב, משעמם מאפשר לך לישון. 00:23:00.500 --> 00:23:02.860 שיטות עבודה מומלצות מבטיחות שחרור ללא חרטות. 00:23:03.000 --> 00:23:06.560 מקובל, בני חוכמה בזמן אמת כדי שלא תבלה את יום ראשון בתיקון מה שעשית בשבת. 00:23:06.560 --> 00:23:08.180 תן לכל סוכן תפקיד אחד. 00:23:08.320 --> 00:23:11.000 מתכנן, מתכנן, מפעיל, מפעיל, בודק, בודק. 00:23:11.120 --> 00:23:15.180 אם סוכן מתחיל לכתוב רומן מרגש, קצר את ההנחיה שלו והעבר את הטקסט לכלי. 00:23:15.340 --> 00:23:17.700 שמור על הנחיות קצרות, ממוקדות ומשעממות. 00:23:17.840 --> 00:23:19.060 יהיו לך פחות הפתעות. 00:23:19.200 --> 00:23:21.220 העדף קריאות לחלים על פני פרוזה ארוכה. 00:23:21.360 --> 00:23:24.900 הכנס חוזים ב-API פתוח, סכימות בכלת ומנגנוני הגנה בפלט. 00:23:25.040 --> 00:23:29.100 אם כלי מצפה לי מזהה את כן, שלח מזהה הטקן, לא אולי את המכשיר הזה במימון. 00:23:29.100 --> 00:23:31.080 מודלים הם יצירתיים, כלים לא. 00:23:31.260 --> 00:23:32.140 זה כל העניין. 00:23:32.260 --> 00:23:35.120 החוף הרשאות מינימליות כאילו העבודה שלך תלויה בזה. 00:23:35.320 --> 00:23:35.780 כי היא כן. 00:23:35.980 --> 00:23:36.780 הפרד זרויות. 00:23:36.780 --> 00:23:41.300 קריאה בלבד לניתור, כתיבה בלבד למתקן, והאף זהות לא מוחקת ללא אישור PM. 00:23:41.500 --> 00:23:44.000 העלאת הרשאות היא זמנית, מוצדקת ומתועדת. 00:23:44.140 --> 00:23:47.840 אם מישהו מבקש הרשאת ניהול גלובלית קבועה, תן לו כדור לחץ ומסמך מדיניות. 00:23:47.940 --> 00:23:50.120 התחל בקטן, שני סוכנים, מבצע ובודק. 00:23:50.120 --> 00:23:52.000 הוסף מתכנן ברגע שהלולאה יציבה. 00:23:52.060 --> 00:23:55.000 אחר כך, אם אתה חייב להתרחב, אל תתחיל עם צוות סקרם דיגיטלי של 12. 00:23:55.180 --> 00:23:57.640 ככה אתה משחזר את תרשים הארגון שלך ב-YMR ובוכה. 00:23:57.720 --> 00:23:59.200 ערבב מודלים כדי לצמצם עלויות. 00:23:59.400 --> 00:24:02.740 מודלים קטנים לחילוץ נתונים, רמת GPT-4 רק עבור הסקה שבה זה משנה. 00:24:02.880 --> 00:24:04.780 בצע סיכומים בעצבות במהלך הלילה. 00:24:04.880 --> 00:24:07.600 אתה לא משלם תעריפי פרימיום כדי לעצב מחרוז את תאריך. 00:24:07.600 --> 00:24:10.220 שמור את המודל הכבד להחלטות, לא לתאורים. 00:24:10.340 --> 00:24:11.580 הוסף זיכרון בסוף. 00:24:11.580 --> 00:24:17.400 השתמש במצב חיצוני כמו חיפוש AI או מאגר מצב קטן לפני שאתה דוחס חלונות הקשר כמו מזוודת יד. 00:24:17.520 --> 00:24:19.680 מטה דאטה של תהליכים צריך להיות זהיר. 00:24:19.820 --> 00:24:21.880 אם זה לא נחוץ לתור הבא, זה לא עובר. 00:24:22.000 --> 00:24:22.700 תעד הכל. 00:24:22.860 --> 00:24:23.680 הפעל מעקב. 00:24:23.820 --> 00:24:26.640 מזהי תהליכים, פרמטרים של כלים, תוצאות שיהוי. 00:24:26.640 --> 00:24:31.340 הכנס הערכות ל-C כדי לתפוס ירידות ברלוונטיות ובביסוס לפני שזה מגיע ליצור. 00:24:31.480 --> 00:24:33.800 התראות כשביסוס יורד, לא כשטוויטר נופל. 00:24:33.800 --> 00:24:36.840 מנגנוני הגנה לפני מהירות, אישורים לחילים הרסניים. 00:24:36.940 --> 00:24:38.900 מצב הרצה יבש ללא תופעות לוואי. 00:24:39.020 --> 00:24:41.260 השקות מדורגות לפי קבוצת מכשירים או אזור. 00:24:41.400 --> 00:24:44.460 אם תוכנית ההשקה שלך היא הכל בבת אחת, אני מקווה שקורות החיים שלך מעודכנים. 00:24:44.640 --> 00:24:45.500 בנה עבור כשלים. 00:24:45.680 --> 00:24:46.840 נסה שוב עם השיה הקראית. 00:24:46.840 --> 00:24:48.620 הפחיתו את חסימות הגרף, גרף פרוטלנד. 00:24:48.700 --> 00:24:50.040 מפסקי זרם בניהול API. 00:24:50.320 --> 00:24:51.620 ספרי הוראות אידם פוטנטיים. 00:24:51.780 --> 00:24:54.160 אם ניתן להריץ שלב שוב בביטחה, אתם ישנים טוב יותר. 00:25:03.800 --> 00:25:06.500 שומרים על סוכנים מועילים ועל טווח נזק מצומצם. 00:25:06.640 --> 00:25:09.020 אם אתם זוכרים דבר אחד, סוכנים בודדים עוזרים. 00:25:09.200 --> 00:25:12.540 אבל צוותי סוכנים, מתוכננים, מונאי כלים ובעלי הרשאות מוגדרות, 00:25:12.740 --> 00:25:15.820 משנים בשקט את הסביבה שלכם בזמן שאתם עושים את עצמכם ישנים. 00:25:15.820 --> 00:25:22.320 אם זה דיבר עליכם, הרשמו וצפו בסרטון ההמשך שבו אפרסם את מאגר הסמנטיק קרנל ותבנית הבספט כדי שתוכלו להעתיק ללא בושה. 00:25:22.440 --> 00:25:25.360 רוצים את הפרק על סוכני הערכה ששומרים על ההבטחה שלכם המינה. 00:25:25.360 --> 00:25:26.840 זה בתור בשבוע הבא.