Latest / M365.FM – פודקאסט Microsoft 365, Copilot ובינה מלאכותית בעברית / מערכות מרובות סוכנים עם Azure AI Foundry: תכנון, שיתוף פעולה וכלים בלי להפיל את הייצור (דיבוב AI)

Transcript

מערכות מרובות סוכנים עם Azure AI Foundry: תכנון, שיתוף פעולה וכלים בלי להפיל את הייצור (דיבוב AI) · M365.FM – פודקאסט Microsoft 365, Copilot ובינה מלאכותית בעברית

0:00
אתם יודעים שדבוטים מדברים, סוכנים פועלים, ומערכות רב סוכניות באמת משיגות תוצאות.
0:04
אם התחננתם לבוט שיתקן את Intune והוא ענה לכם בשיר, זה בשבילכם.
0:08
הנה הסידור, נטפליקס בסגנון מעשי.
0:10
אתם צופים, אתם אוכלים חטיפים.
0:11
אני עושה את ענייני הסרוויס פרינסיפל המסוכנים כדי שאף אחד לא יפציץ את צביבת הייצור.
0:15
אנחנו בונים מערכת רב סוכנית קטנה, מנוהלת ובעלת יכולת ריפוי עצמי עם Azure Eye Foundry ו-Semantic Carnal.
0:20
נקודות ממשק אמיתיות.
0:22
Intune, Entra, Graph, Azure Automation, Log Analytics.
0:25
סוכן אחד מול מערכת רב סוכנית ראש בראש, 12 דקות מול 3.
0:29
והנפגע היחיד הוא האשראי של המנוי שלי.
0:31
ראשית, למה סוכן אחד נתקע בזמן שצוותים טסים?
0:34
למה סוכן אחד זה לא מספיק?
0:36
סוכנים בודדים הם כמו אולר שוויצרי שקניתם בתחנת דלק.
0:39
טכנית, יש לו כלים, מעשית, הוא מתעקם בבורג הראשון.
0:42
אתם דוחסים תכנון, עסקה, ביצוע, אישורים ודיווח להנחיה אחת,
0:50
מושבים מודל גדול יותר, מוח גדול יותר, בום, הבעיה נפטרה.
0:53
אבל הקשל האמיתי הוא בלבול תפקידים.
0:56
סוכן אחד שמנסה לתכנן שינוי, לקרוא לגראפ, לכתוב סקריפט תיקון, לבקש אישור,
1:01
לאמת את התוצאה ולתעד אותה.
1:02
זה כמו לנהל דאסק תמיכה, ועדת שינויים וניתוח שלאחר המוות עם מתמחה אחד עייף מאוד.
1:07
הנה מה שקורה בפועל.
1:09
הסוכן הבודד מלהטת ביותר מדי מצבים.
1:11
ההנחיה שלכם הופכת לנובלה.
1:13
חלון ההקשר מתמלא בלוגים, מדיניות וחצי מהמילון של MDM,
1:16
אז הוא עוקותיה את החלקים החשובים או הוזר פרטים חסרים.
1:19
זמן התגובה מזנק, תוקנים נשרפים, וניסיונות חוזרים מרגישים כמו דאז'ה וו עם חשבונית.
1:24
היכנסו למערכות רב סוכניות, תפקידים, גבולות, מקביליות.
1:28
המתכנן מתמקד בכוונות ובעילוצים.
1:30
המבצע מתמקד בכלים ובביצוע.
1:33
הסוכר מתמקד במנגנוני הגנה, אישורים, והאם אנחנו נשענים על עובדות?
1:37
כל סוכן מחזיק בסט הוראות נקי וקצר עם מינימום הזיכרון שהוא צריך.
1:42
הם מעבירים הודעות, תוצאות כלים או סיכום קצר, לא את כל האינטרנט.
1:46
למה זה חשוב בארגון?
1:47
אתם צריכים תהליכי עבודה מקצה לקצה עם שערים אנושיים, פעולות מוגבלות הרשאה, ניסיונות חוזרים ושבילי ביקורת.
1:53
זה לא צ'ט חד ערוצי, זה ספורט קבוצתי.
1:55
דפוס המתכנן מבצע סוקר מפחית סיכונים ועבודה החוזרת,
1:58
כי לכל שלב יש זוג עיניים נוסף, אוטומטיות, שלא נמצאות בשיחת טימס דחופה של 11 בבוקר.
2:04
גם עלות וזמן תגובה מרוויחים מזה.
2:06
השתמשו במודלי שפה קטנים לחילוץ וסיווג.
2:09
השתמשו במודלי השקה פרימיום רק איפה שתכנון באמת עוזר.
2:12
משימות עצבה לסיכומים בזמן שהמשתמשים ישנים.
2:14
תקבלו פחות הזיות, תוצאות מהירות יותר וחשבונות נמוכים יותר.
2:18
סיפור קצר, ראיתי בו את אחד שאמור לעשות הכל מנסה לרענן סוד.
2:22
הוא עדכן את המפתח, שכח את הגדרת האפליקציה ותיקן את זה על ידי מחיקת המשאב.
2:27
זה היה היום שבו המצאנו את סוכן הבקרה.
2:29
מערכות מרובות סוכנים 101 ברור ופשוט.
2:32
אוקיי, אז מה עם מערכת מרובת סוכנים שבאמת אפשר לשחרר?
2:35
חישבו על צוות דיגיטלי, לא על מוח אחד גדול.
2:38
לכל סוכן יש תפקיד, סט הוראות הדוק וארגז כלים מוגבל.
2:42
מתכנן מבין את המטרה, העילוצים והסביבה.
2:46
מייצר תוכנית עם קריאות לחילים שהמפעיל יכול לבצע.
2:50
מפעיל, קורא לחילים, גרף, לוגיק אפס, פונקציות, רנבוקס של Azure Automation ומחזיר תוצאות מובנות.
2:57
מבקר, בודק מבוססות, היקף תאימות, אישורים ופלת בטיחותי לפני שקורא משהו מסוכן.
3:04
קונסיירז, הודעות, מטפל בהתראות אנושיות, אישורים וסיכומים עבור נתיב הביקורת.
3:10
הם מתקשרים באמצעות הודעות והקשר משותף כפי שמבוגרים צריכים.
3:13
קצר, ברור ורק מה שצריך.
3:15
סדרתי כשפעולות תלויות בתוצאות קודמות, מקבילי כשמשימות משנה יכולות להתפצל בביטחה.
3:21
לא שולחים מדיניות של 50 עמודים, שולחים את הקטע הרלוונטי מזהי המכשיר והשינוי המיועד.
3:26
כלים הם הידיים.
3:27
REST APIs עבור Microsoft Graph, רג דרך Azure Eye Search לידע אוצר,
3:32
מפרש קוד לקטעים, לוגיק אפס לרצפים מתוזמרים, פונקציות לחיבור,
3:36
Azure Automation למשימות מכשיר חוזרות.
3:38
שימרו על קלטי כלים מובנים עם סכימות כדי שהמפעיל לא ימחק לכם את הטננט באופן יצירתי.
3:43
זיכרון הוא לא קסם, הוא תקציב.
3:45
צמצמו את הזיכרון לכל סוכן.
3:47
השתמשו במצב חיצוני, אינדקסים של חיפוש, מאגרי וקטורים או מאגר מצב קטן למטה דאטה של שרשור.
3:51
שימרו על חלונות הקשר רזים.
3:53
אם זה לא נחוץ להחלטה הבאה, זה לא עובר הלאה.
3:55
תכנון מול ביצוע זה איפה ש-Semantic Corner מצטיין.
3:58
המתכנן מעציל, המפעיל בוחר את הכלי הנכון עם כתלוגים של פונקציות.
4:02
המבקר מבקר פלטים עם הנחיות הערכה ובטיחות תוכן.
4:06
אם המבקר מסמן סיכון בהיקף, המתכנן מבצע תיקון.
4:09
ברגע שמבינים את הלולאה הזו, מפסיקים לכתוב פרומפטים של 800 מילים ומתחילים להגדיר תפקידים ברורים.
4:14
גבולות בטיחות הם לא נתונים למסע ומתן.
4:17
קריאות כלים מוגבלות זהות עם זהויות מנוהלות.
4:19
הרשאות סוכנים מפוצלות בין קריאה לניהול.
4:22
ניהול הרשאות מוגבר, פים, עבור פעולות הרסניות.
4:25
כל קריאות הכלים מתועדות ב-Log Analytics.
4:27
בטיחות תוכן גם בכלט וגם בפלט.
4:29
מגיני פרומפטים נגד פריצות והזרקת פרומפטים עקיפה ממקורות ידע.
4:33
זמן לאנלוגיה.
4:34
חוקר, אנליסט, מפעיל, QA.
4:37
כל אחד אחראי לחלק שלו.
4:39
המפעיל לא מאשר את השינוי של עצמו.
4:41
האנליסט לא מתעסק עם סביבת הייצור.
4:43
ה-QA לא כותב את הקוד שהוא מאשר.
4:45
פשוט, משעמם, בטוח.
4:47
למה Azure Eye Foundry בשילוב עם Semantic Carnal?
4:50
Foundry מספק לך תזמור סוכנים, בחירת מודלים, ביסוס ידע, חיבור כלים, בטיחות תוכן, ניטור, הערכות וממשל במקום אחד.
4:57
Semantic Carnal מספק לך מתכננים, מיומנויות, צינורות עיבוד, ניסיונות חוזרים וביטול בתוך הקוד.
5:03
יחד, אתם משלבים מודלים לפי תפקיד, מודלים קטנים, SLM, לחילוץ, מחלקת GPT-4 לתכנון, עיבוד הצוות לסיכומים,
5:13
צומצם וסופי שבוע פנויים. עכשיו, בואו נבנה את זה.
5:16
כיצד Azure Eye Foundry מאפשר תזרימי עבודה מרובי סוכנים?
5:19
כאן Azure Eye Foundry מפסיק להיות פורטל נוצץ ומתחיל לפעול כסביבת ייצור אמיתית.
5:24
Foundry נותן לכם מקום להגדיר סוכנים, לחבר מודלים, להוסיף ידע, לקשר פעולות ולצפות בהכל בלי לקפוץ בין שישה תפריטים שונים בתקווה שמשהו יעבוד.
5:32
זה תזמור ללא פתרונות מאולתרים.
5:34
מתחילים עם הגדרות סוכנים
5:35
בפאונדרי, כל סוכן מקבל הנחיות ותפקיד ממוקד, לא מניפסט ארוך.
5:41
פריסה, המודל בפועל שמאחורי הסוכן.
5:43
שלבו מודלים מסוג GPT-4 לתכנון עם מודלים מסוג פייל לחילוץ נתונים.
5:47
ידע, אינדקסים של Azure Eye Search, קבצים שהועלו, או ביסוס על בין שרוצים הקשר מהאינטרנט.
5:52
פעולות, כלי Open API, Logic Apps, פונקציות, גרף, ספרי ריצה של Azure Automation, או מפרש קוד לחישובים מהירים.
6:00
סוכנים מחוברים, כן, סוכן יכול להתייחס לסוכן אחר כאל כלי, אם זה שומר על הפרדת תפקידים נקייה.
6:06
זה חשוב, כי סמנטיק קרנל מתחבר בדיוק לאותו עולם.
6:10
בקוד, אתם בונים מתכננים, מגדירים מיומנויות ורושמים כלים בכתלוגים של פונקציות.
6:14
אתם מתזמרים את הלולאה של המתכנן, המבצע והמבקר, ונותנים לפאונדרי לנהל את השרשורים, ההיסטוריה ואמצעי הבטיחות.
6:20
אתם שומרים על הנחיות קצרות ומעבירים את העבודה הכבדה לחלים עם סכימות מוגדרות.
6:24
בשורה התחתונה, פחות תזיות, פחות טעויות, יותר זמן פנוי.
6:27
לבחירת המודל יש חשיבות.
6:29
פונדרי מבצע אבסטרקציה להסקה, אינפרנס, דרך נקודת קצה, כך שניתן להחליף מודלים בלי לשכתב את כל האפליקציה.
6:34
שני נתיבים נפוצים, נקודות קצה ללא שרת, סרברלס, למודלים מתקדמים ואיטרציה מהירה.
6:37
משלמים לפי תוקן, מגדילים משאבים לפי דרישה, ולא צריך לשמור על GPU כאילו אנחנו בית מינוס 2018.
6:42
מחשוב מנוהל למודלים פתוחים ספציפיים שתרצו להצמיד לגבולות הדייר, טננט שלכם.
6:46
משלמים לפי זמן פעילות ושולטים במבנה, אך מייקרוסופט מטפלת בתשתית הפריסה.
6:50
שלבו מודלים לפי תפקיד, מתכנן על GPT 4 או 4.1 מיני לצורך עסקה לוגית.
6:55
מבצע על מודל קטן ומצוין בחילוץ נתונים ועיצוב פרמטרים.
6:58
ביצעו סיכומים ארוכים בעצבות בלילה, כדי שהצוות יקבל דוחות מוכנים בבוקר.
7:02
ואם מודל יוצא משימוש או שתרצו לנסות גרסאות של DeepSeek או למה,
7:06
ה-API של Foundry יאפשר לכם לשמור על קוד יציב בזמן שאתם מתנסים.
7:09
כלים ופעולות הם המקום שבו המפעיל מוכיח את עצמו.
7:13
כאן אתה מביא כוח אמיתי בלי לתת לסוכן את המפתחות לממלכה שלך.
7:16
Clay Open API לשירותים פנימיים עם Swagger.
7:19
שמור על חוזה מחמיר.
7:21
אם הסכימה אומרת שהטקן הוא מחרוזת, מוטב שזה יהיה מזהה הטקן.
7:24
Logic Apps עבור תהליכי אישור ושערים אנושיים.
7:27
תן לסקירה לנתב שינויים למאשר, ואז המשך ביצוע לאחר אישור.
7:31
Azure Functions לקוד חיבור וטרנספורמציות הגיוניות.
7:34
Graph API קטן ניתן לבדיקה ומגרסאות עבור Intune, Entra ומשימות גישה מותנת.
7:40
תן הרשאות קריאה לסוכני ניטור והרשאות ניהול רק לסוכני תיקון.
7:44
Azure Automation עבור סקריפטים של התקנים וספרי הרצה.
7:51
תקון יכול לפתוח אותה, כמו בביסוס, שמור על זה אוצר ומסודר.
7:54
השתמש ב-Azure Eye Search עם דירוג היברידי ודירוג סמנטי מחדש.
7:58
חלק את הידע לפי תחומים.
7:59
מדיניות Intune בנפרד מנהלי קליטה, SOPS, כדי שלא תעמיס יותר מדי מידע.
8:04
המפעיל צריך להעביר קטע קוד, לא את האנציקלופדיה.
8:07
קבע את גודל המקטעים, שמור ציטוטים ותן לסוקר לבדוק ביסוס לפני שזה מגיע ליצור.
8:12
בטיחות היא לא אופציונלית.
8:13
Foundry כולל מסנני בטיחות תוכן לקלת ופלת, הגנות מפני Jailbreak והזרקות עקיפות ובדיקות לחומר מוגן.
8:20
הפעל בטיחות לפני ואחרי המודל כדי שלא תשלם על קלטים גרועים או אסונות יחסי ציבור.
8:26
שלב זאת עם זהות מנוהלת לכל סוכן, הרשאות מינימליות וגישה זמנית לחלים הרסניים.
8:31
כל קריאה לכלי מתועדת.
8:33
כל אישור נרשם בלוגים.
8:34
אם מי שהוא שואל, מי הריץ מה?
8:36
אתה לא פותח Outlook.
8:38
Log Analytics כבר יודע.
8:39
יכולת צפייה, Observability, היא השלב למקצוענים.
8:42
הפעל מעקב כדי לראות היסטוריית הרצות, איזה סוכן קרה לאיזה כלי, באילו פרמטרים, מה השיהוי ומה חזר.
8:49
חבר את Application Insights לביצועים לוגים לביקורת, והתמאה הערכות ב-C כדי לזהות סטייה ברלוונטיות, ביסוס ושוטף לפני המשתמש.
8:58
אם הביסוס יורד, הסוכר מסמן זאת, המתכנן מצמצמת שאילת התשליפה והמפעיל מנסה שוב.
9:03
אין צורך בלחץ אנושי.
9:05
פרימיטיבי פריסה שומרים על סדר.
9:09
ובסיסי מדיניות.
9:10
שים את Azure API Management לפני שירות הכלים שלך כדי לנהל גרסאות, מכסות, מפסקי זרם וניתוב בין PTU לחיוב לפי שימוש.
9:17
נקודות קצה פרטיות במקומות שבהם תושבות, נתונים או טעימות מחייבות זאת.
9:21
אזורים שמתאימים למשתמשים שלך, לא רק לשאיפות שלך.
9:24
וכן, Semantic Carnal סוגר את הקצוות.
9:26
אתה מתאר את זרימת העבודה בקוד.
9:28
המתכנן מפרק את המשימה.
9:30
המפעיל בוחר כלים בהתבסס על קטלוגים של פונקציות וזמינות.
9:33
הסוקר אוכף בדיקות בעזרת הנחיות הערכה ותוצאות בטיחות תוכן,
9:37
ואתה מקבל ניסיונות חוזרים עם השעיה וסימוני ביטול כאשר API חיצוני מעמיד פנים שהוא מושבט לצורך תחזוקה.
9:44
SK מספק לך את המוח המבצע.
9:46
פאונדרי מספקת לך את חדר הניתוח.
9:48
חבר את שניהם וקיבלת תבנית פרקטית.
9:50
הגדר סוכנים בפאונדרי עם הוראות וזהויות קשיחות,
9:53
תזמר תפקידים ב-SK,
9:54
ביסס על חיפוש אוצר,
9:56
חבר פעולות עם ממשקי API פתוחים,
9:58
אפליקציות לוגיקה,
9:59
פונקציות ואוטומציה,
10:00
עיכוף בטיחות לפני ואחרי הסקה,
10:02
וצפה בהכל.
10:03
זה משעמם במובן הכי טוב של המילה,
10:05
כמו חגורות בטיחות או לא לתת הרשאות ניהול גלובליות למתמחה שקוראים לו מפתח ברירת מחדל.
10:10
תרחיש הדגמה ראשון,
10:12
ניקוי התקנים,
10:13
יחידת התקני הרפאים של CSI Intune.
10:16
מכירים את ההתקנים שמופיעים כמנוהלים,
10:18
כפרושים וכימתים חיים בו זמנית.
10:20
ברוכים הבאים ל-CSI Intune.
10:22
העבודה שלנו,
10:23
למצוא חומרה ישנה,
10:24
כפולה או לא רשומה,
10:26
ולתקן בביטחה באישור כדי שאף אחד לא ישלח מיילים זוהמים למחלקה המשפטית.
10:30
צוות הסוכנים,
10:31
מנטר,
10:31
שאילטות,
10:32
מייקרוסופט גראף ולוג אנליטיקס,
10:34
מסווגים מצבי התקן ומסמנים אנומליות.
10:37
המתקן קורא לאינטיון ולאוטומציה של Azure כדי להיסגר או לפרוש התקנים.
10:42
המבקר מתעד הכל,
10:44
מעדכן בני אדם וחוטב דוח סיכום לצורכי ציוט.
10:47
תהליך העבודה פועל כך.
10:49
המנטר שואב מרשומות ההתקנים בגראף,
10:52
בדיקת התקשרות אחרונה,
10:53
מצב ציוט,
10:54
סוג רישום,
10:55
משתמש ראשי ודגלי פרישה.
10:56
הוא גם אוסף אותות מ-Log Analytics,
10:58
דופק של Defender,
11:00
עדכון ציוט ואירועי הרחבת הניהול של אינטון.
11:03
וממזג אותם לרשומה מובנית קצרה לכל התקן.
11:06
מצפה לאחרונה,
11:07
UTC,
11:07
רשום,
11:08
תקין,
11:08
מועמדים לכפילות,
11:09
אותו ציכון.
11:10
בלי רומנים,
11:10
רק שדות.
11:11
עכשיו העברת האחריות מהמוח לזרוע המבצעת.
11:13
המנטר שולח סיווג מוצא,
11:15
ישן,
11:16
כפול,
11:16
ללא דופק או תקין.
11:17
הסוקר בודק מהימנות.
11:19
האם השדות האלה באמת הגיעו מגראף ומאל-A?
11:22
בטיחות תוכן מופעלת לפני המודל,
11:24
כדי לחסום הזרקת הנחיות מכל קובץ שהוא עלה או חיפוש ברשת.
11:28
אם הסיווג עובר,
11:29
המתקן מכין פעולות.
11:31
שלב ראשון הוא תיקון רח,
11:33
טיוג והסגר.
11:34
אנחנו מכילים קטגוריית מועמד לפרישה,
11:37
מסירים קישורי קבוצות דינמיות שגורמים להתפשטות מדיניות,
11:40
ובמידת הצורך,
11:41
מעבירים את ההתקן לקבוצת הסגר ב-Azure AD שחוסמת גישה.
11:45
שום דבר לא נמחק עדיין.
11:47
אישורים נוחתים באפליקציית לוגיקה.
11:49
הסוקר כולל תוכנית תמציתית מזהי התקנים, סיבות, פעולות מוצאות ואפשרות שחזור.
11:55
המאשר רואה סיכום ב-Teams עם הפניות לשאילתות Graph ו-KQL של Log Analytics.
12:00
לאחר אישור,
12:01
המתקן מבצע פרישה,
12:03
מחיקה כשמוצדק,
12:04
או ניקוי כפילויות על ידי שמירת ההתקן עם הדופק העדכני ביותר וניתוק רפאים.
12:09
זהות מנוהלת שומרת על הידיים שלנו נקיות.
12:12
המנטר רץ עם הרשאת קריאה מלאה להתקנים.
12:14
רימדיאטר משתמש בזהות נפרדת עם הרשאות קריאה וכתיבה מלאות להתקנים ובדיוק בהרשאות אינטון הדרושות לו.
12:20
פעולת המחיקה מוגנת על ידי פים.
12:21
סוכן הרימדיאטר אינו יכול להעלות את הרשאותיו בעצמו.
12:24
כאשר מתבקשת העלאת הרשאות,
12:26
ה-Logic App דורש אישור אנושי והשעון מתחיל לתקתק עבור ההרשאה הזמני.
12:29
יכולת תצפית, Observability, היא החלק הבוגר של התהליך.
12:31
כל קריאה על הכלי מתועדת במעקב.
12:33
מי קרא למה, פרמטרים, זמן תגובה ותוצאה.
12:36
אודיטור כותב רשומות אירועים ל-Log Analytics עם מזהי קורלציה,
12:39
כדי שתוכל לשחזר את זירת האירוע בלי ארכיאולוגיית סלה.
12:42
אנחנו מריצים גם שלב הערכה לאחר השינוי, רמת ביסוס, רלוונטיות ושפה.
12:46
אם רמת הביסוס יורדת, הסוקר חוסם פעולות הרסניות נוספות
12:50
ומחזיר את התוכנית למתכנן כדי לשפר את השליפה או לצמצם את ההיקף.
12:53
מודלים משולבים בכוונה תחילה.
12:55
סיווג משתמש במודל קטן כדי לשמור על עלות וזמן תגובה נמוכים.
12:59
מקרים חריגים, כמו שני התקנים שבהם אוטופיילוט שינה שם לאחד
13:02
ואז'ר אדי חושב שהם תאומים, מקבלים מסלול עסקה עם GPT-4 מיני.
13:06
סיכומים נשלחים בעצבות.
13:07
אף אחד לא צריך דוח שייקספרי או סיפור קצר בשעה שתיים בצהריים.
13:10
בשבוע שעבר, בדיקת סוכן בודד ניסתה לתקן התקן ישן
13:13
על ידי הוצאה משימוש של כל מה שנמצא באותה קבוצה דינמי.
13:15
הסוקר בתהליך מרובי הסוכנים שלנו זיהה עם התאמה בהיקף,
13:18
ביקש אישור ברמת ההתקן ועצר את הפעולה.
13:20
זו הסיבה שאנחנו מפרידים בין תכנון, ביצוע ובדיקה.
13:23
התוצאה הסופית, התקני רפאים מפסיקים להציק לעמידה בתאימות.
13:26
אתה מצמצם בזבוז רישיונות, מפחית התראות שווא,
13:29
ומפסיק להסביר להנהלה למה הוצאה משימוש שנכשלה זה אורח חיים.
13:33
וכן, נתיב הביקורת קרי, שזה יותר ממה שאני יכול לומר על מחצית מכרטיסי השינוי שלכם.
13:38
תרחיש הדגמה שני, אונבורדינג ללא מגע יד אדם.
13:41
באמת ללא מגע.
13:42
אפס מגע למשתמש, חמש מאות מגעים להנדסה עד הופעת הסוכנים.
13:46
המטרה, מאירוע משאבי אנוש למשתמש והתקן מוכנים ללא צורך בהתערבות ידנית מיותרת.
13:50
חלק, מנוהל והפיך כאשר משאבי אנוש מעייתים את שם המשפחה בשלוש דרכים שונות.
13:55
מערך הצוות.
13:56
אינטייק מאזין לוווק של משאבי האנוש, מנרמל נתונים ומאמץ שדות חובה.
14:01
פרוויזיונר יוצר את המשתמש באנטרה, מקצה קבוצות ורישיונות, ורושם פרופילי אוטופיילוט.
14:07
ולידייטור בודק תהימות מדיניות ועמדת גישה מותנת לפני שאנחנו מוסרים מחשב נייד חדש.
14:13
קונסיארז שולח את ערכת קבלת הפנים, כישורי שירפוינט ורשימת המטלות ליום הראשון.
14:18
זמן זרימת עבודה.
14:19
אינטייק מקבל את הנתונים ממשאבי אנוש, שם, תאריך תחילת עבודה, תפקיד, מחלקה, מנהל, אזור.
14:24
מודל קטן מבצע חילוץ ונרמול.
14:26
הוא ממפה לשדות קנוניים וקולט שטויות כמו תאריך התחלה בשנת 2099.
14:30
אם חסרים שדות חובה, הוא שולח התראה למשאבי אנוש עם שגיאה מובנית דרך לוג'יק אפס בלי שירה חופשית.
14:35
פרוויזיונר קורא לגרף עם מנאגד איידנטיטי המוגבל להרשאות משתמש בלבד.
14:38
הוא יוצר את משתמש האנטרה, מגדיר מיקום שימוש ומכיל קבוצת בסיס.
14:42
לאחר מכן הוא מרכיב הקצאות רישיונות על בסיס תפקיד ואזור.
14:45
הסכה מסייעת כאן.
14:47
האם האדם הזה זקוק לאי-5 סקיוריטי או לביזנס פרימיום?
14:50
אנחנו מקודדים מדיניות בנתונים ונותנים למודל לבחור מחבילות מורשות.
14:53
אף מודל לא ממציא רישיונות, זהו תפריט קשיח.
14:56
אוטופיילוט מגיע לאחר מכן.
14:58
הפרוויז'נר רושם גיבוב חומרה שכבר יש לנו עומכים פרופיל Just in Time המקושר לקבוצת המשתמש.
15:04
הוא מתייג את קבוצות המכשירים עבור מדיניות בסיס.
15:06
ואז הוולידאטר מתעורר.
15:08
הוא מבצע שאילטות בגרף ובאפנדר עבור אותות תאימות,
15:11
מבדש שגישה מותנית לא תחסום את הכניסה הראשונה,
15:14
ובודק שמדיניות לצורת המכשיר הנכונה תוכל.
15:16
אם גישה מותנית תחסום את העובד החדש ביום הראשון,
15:19
הוולידאטר פותח אישור עם חריגה מוגבלת בזמן והסבר.
15:23
הקונקיארגה מטפל בעניינים האנושיים.
15:25
הוא שולח הודעת טימס למנהל עם ה-UPN של העובד החדש,
15:29
סטטוס הקצאת המכשיר וקישור לערכת פתיחה בשארפוינט.
15:31
הוא שולח דואר אלקטרוני לעובד החדש עם צעדי היום הראשון,
15:35
הנחיות להגדרת MFA, ואיפה למצוא את פורטל ה-E.
15:37
הוא לא מדביק את תווחי ה-E. הפנימיים שלך בדואר אלקטרוני.
15:40
בקרת בטיחות תוכן בודקת פלטים עבור דליפת מידע וטון.
15:43
ממשל הוא באותו נושא של חגורת בטיחות.
15:46
לזהות המנהלת של הפרוויזיונר יש הרשאת רישוי אך לא מחיקה.
15:49
האינטייק לא יכול לבצע פרוויזיינינג, הוא רק מאמת.
15:51
מנהל פרויקט, PM, חוסם כל פעולה בסיכון גבוה,
15:54
כמו הוספת משתמשים לקבוצה רגישה.
15:55
כל הפעולות מתועדות ב-Up Insights ובאוג Analytics.
15:58
אם משאבי אנוש שולחים מתען נתונים מתוקן,
16:00
המתכנן מחשב מחדש את ההפרש, והמפעיל מעדכן רק את מה שהשתנה.
16:03
ללא הלוך חזור מיותר בחברות בקבוצות.
16:05
יכולת תצפית, Observability, מעניקה לך אבני דרך.
16:08
קליטת משאבי אנוש, יצירת אנטרה, הקצאת רישיון, פרופיל אוטופיילוט,
16:12
הודעת אישור תאימות נשלחה.
16:14
אתה מקבל מדדי SRA וניסיונות חוזרים אוטומטיים על שגיאות גרף זמניות עם השיה.
16:18
אם מערכת משאבי האנוש מקרתעת, השרשור לא מת.
16:21
הוא עוצר, מתעד וממשיך כשהבעיה נפטרת.
16:24
הערכות רצות בשיא על מתעני נתונים סינתטיים כדי לטפוס נסיגות ברלוונטיות ודיוק לפני שעובד אמיתי סובל.
16:31
שילוב מודלים שומר על עלות שפויה.
16:32
מודל שפה קטן, SRM, לחילוץ ונרמול.
16:35
שלב הסכה רק עבור החלטות בחירת מדיניות.
16:37
סיכומים ומיילים מקדמים בברכה מעוגדים במידת האפשר.
16:41
המטרה היא הקצאה בשהות נמוכה עם בהירות ברמה אנושית בנתיב הביקורת.
16:45
סיפור קצר.
16:46
Onboarding עם סוכן בודד ניסה להוסיף משתמש לכל הצוות וקבלני המשנה כי הכותרת אמרה צוות קבלנים.
16:52
ריבוי סוכנים תפס את כלל הבלעדיות ההדדית ב-Validator, ביקש החלטה אנושית ומנע אסון מיידי בגישה מותנת.
16:59
התוצאה היא באמת אפס מגע עבור המשתמש.
17:01
שרשור אחד, ארבעה סוכנים, אישורים נקיים ונתיב ביקורת שניתן להראות ל-CISO מבלי להתפלל לאלי הדמו.
17:08
וכן, כאשר משאבי אנוש משנים את תאריך ההתחלה, המערכת מחשבת מחדש מבלי לחרוג מתקציב הרישוי.
17:14
תרחיש הדגמה שלוש, הקשכת הבטחה אוטומטית.
17:17
בבקשה שבי לוקר יהיה פעיל.
17:19
זליגת הבטחה היא כמו הסבים שוטים.
17:21
אתה עוקר שלושה, חמישה צצים, ואחד מהם מחבא את ביטלוקר מתוך רוע.
17:25
המטרה שלנו, לזהות זליגת הגדרות ברציפות ולתקן בביטחה עם בקרות שעורך דין יכבד.
17:30
גלי הזליגות של קאסט מתשאל את גרף ודפנדר.
17:34
ציון ההבטחה מושך תעימות מאינטיון וקווי בסיס להגדרות מכשיר ובונה דלתה של זליגה.
17:39
המתקן דוחף שינויי מדיניות לאינטיון, הגדרות ביטלוקר וטבעות עדכוני וינדוס.
17:44
מריץ סקריפטים של מכשירים דרך Azure Automation כשהמדיניות לא מגיעה רחוק מספיק.
17:50
הסוקר אוכף גדרות, תוכם שינויים, מריץ בדיקות מבוססות ומחייב אישורים אנושיים לצעדים מסוכנים.
17:56
השליח מתזכר אנשים בטימס או במייל עם תוכניות תמציתיות וקבלות.
18:01
בתהליך, גלי הזליגות רץ לפי לוח זמנים או לפי דרישה.
18:05
הוא מושך תעימות מכשיר, מצב ביטלוקר, מצב TPM, גרסת מערכת הפעלה, טבעת עדכונים ושיוחי מדיניות דרך גרף.
18:14
הוא משווה כל מכשיר מול פרופיל זהב כנתונים מובנים, לא כמסמך רעיונות.
18:19
הוא מתייג ממצאים, ביטלוקר חסר, שיטת הצפנה חלשה, מדיניות לא יוסמה, התחול מאובטח קבוי, טבעת עדכונים מחוץ לטווח.
18:26
שלב התכנון נכנס לפעולה, מציע תוכנית מינימלית לכל קבוצת מכשירים.
18:30
עבור ביטלוקר, השתמש במדיניות Intune Bitlocar אם המכשיר תומך בכך.
18:34
אם המדיניות כבר מוגדרת אך המצב קבוי, הצה סקריפט אוטומציה להפעלת מגינים ושמירת המפתח ל-Azure AD.
18:40
עבור זליגת עדכונים, הצה העברה של המכשיר לטבעת עדכונים מדורגת לא גישת עדכן עכשיו וקיבה לטוב.
18:47
עבור תקלות בגישה מותנית, הצה חריגה מוגבלת בזמן אם הצדקה נדרשת.
18:52
הסוקר מעריך את ביסוס הנתונים.
18:54
האם גליי הזליגות אכן ציטט את השדות מגרף ומדיפנדר?
18:58
הוא בודק היקף מזהי מכשירים, מזהי מדיניות וסוג שינוי.
19:02
אם מה שהוא נראה כאילו הוא משפיע על כל המכשירים, הוא נחסה מידי.
19:05
בטיחות תוכן מופעלת בקלת ובפלט כדי למנוע הזרקת הנחיות ממידע חיצוני או יומנים שהוא עדכו.
19:11
פעולות בסיכון גבוה, כמו הסרת מדיניות מקומית סותרת, מוגנות על ידי אישור מנהל מוצר.
19:15
זהות המתקן לא יכולה להעלות הרשאות בעצמה.
19:18
האישור חי בתוך אפליקציית לוגיקה עם כרטיס מסודר.
19:20
מה לא תקין? מה ישתנה? צעדי שחזור וציטוטים.
19:24
אישור והמתקן מבצע.
19:25
עדכוני מדיניות אינטון הם אטומיים וממוקדים.
19:28
תיקון ביטלוקאר משתמש ברונבוק עם פרמטרים מפורשים ובדיקת תקינות.
19:32
TPM נוכח, מערכת ההפעלה תומכת ב-XTSAS256, נתיב השמירה אומה.
19:37
אם בדיקה מקדימה נכשלת, התהליך נכשל עם שגיאה ידידותית למשתמש וללא תופעות לוואי.
19:42
השליח סוגר את המעגל.
19:44
המכשיר טוקן.
19:45
סיכום נשלח לטימס עם מספרים, קישורים למעקב App Insights,
19:48
וקובץ CSV לאדם שעדיין אוהב את אקסל יותר מאשר את המשפחה שלו.
19:51
אם התקן סרב לציית, הסוקר פותח שרשור חריגה עם טיימר וניסיונות חוזרים מתוזמנים.
19:57
יכולת תצפית מאפשרת מעקב אחרי כל קריאת כלי, מתואמת לפי שרשור.
20:01
אנחנו נועלים דלתאות לפני ואחרי, כדי שהביקורת תראה תאימות ללא צורך בחפירה ב-KQL.
20:06
אנחנו גם מריצים סוכן הערכה על סיכומי פוסט שינוי כדי לבדוק מבוססות ובהירות.
20:11
אם המבוססות יורדת או שיעורי היקש של מזנקים,
20:14
המתכנן מצמצם שליפה, מפחית גודל עצבה או משהי פעולות הרסניות.
20:18
שילוב מודלים, SLM לחילוץ וסיווג, מודל עסקה לסינתזת תוכנית רק כשצריך.
20:23
עצבה של הדוח הלילי, בלי שונתות על בינה מלאכותית.
20:26
התוצאה הסופית, ביטלוקאר אכן פועל.
20:28
טבעות עדכון פחות סוטות מהיעד.
20:30
חריגות מתועדות, מוגבלות בזמן וניתנות לסקירה.
20:32
ואף אחד לא מתקן התקן על ידי התקנה מחדש של מחשבים פיננסיים במהלך סגירת רבעון.
20:37
פירוט ארכיטקטורה
20:38
Foundry Plus SK Plus כלים Plus זהות
20:41
בואו נפתח את המכסה בלי לשפוך שמן מנוע על המכסה שלכם.
20:44
תחשבו על ארבע שכבות ששומרות על שפיות
20:47
Foundry, Semantic Carnal, כלים, זהות.
20:50
Foundry הוא בסיס הבית.
20:51
אתם מגדירים סוכנים עם הוראות קשיחות, בוחרים פריסות לפי תפקיד,
20:56
מצרפים ידע דרך Azure Eye Search ורושמים פעולו.
20:59
כלי Open API, Logic Apps, פונקציות, Graph, Azure Automation, מפרש קוד.
21:05
איומים, היסטוריית הרצות, מעקב, הערכות ובטיחות חיים כאן.
21:09
מגיני פרומפטים ובדיקות חומר מוגן רצים לפני ואחרי המודלים
21:13
כך שקלת רע לא עולה בתוקנים ופלת רע לא עולה במשרות.
21:16
Semantic Carnal הוא המנצח.
21:18
בקוד אתם מחוותים את לולעת המתכנן מפעיל סוקר.
21:21
אתם רושמים כתלוגי פונקציות לחילים,
21:23
מגדירים זמן המתנה לניסיון חוזר ומוסיפים מסימוני ביטול.
21:27
אתם שומרים על פרומפטים קצרים, דוחפים מורכבות לסכימות
21:29
ונותנים לי SK להחליט באיזה כלי להשתמש לפי זמינות ומדיניות.
21:33
אם גרף חורג מזמן, SK מטפל בזה עם ג'יטר.
21:36
אם המבוססות יורדת, זה חוזר למתכנן לצורך עידון.
21:39
כלים הם הידיים.
21:40
שימרו על חוזים קשיחים עם Open API.
21:42
שימו ניהול API בחזית כדי לבסט גרסאות ולבצע ניתוק מעגל.
21:46
Logic Apps מטפלים ביישורים ובתהליכים ארוכי טווח.
21:49
פונקציות מבצעות הדבקה והתמרה.
21:51
Azure Automation מריצים סקריפטים עם מעקות בטיחות ובדיקות לאחר מעשה.
21:54
גרף הוא מקור האמת שלכם עבור Intune, Entra, תימות וציון הבטחה.
21:58
Azure AI Search מגיש ידע עצור לכל דומיין.
22:01
בלי מרק ידע.
22:02
זהות היא חגורת הבטיחות.
22:04
לכל סוכן יש זהות מנוהלת משלו.
22:06
סוכני ניטור מקבלים טווחי קריאה.
22:08
מתקני תקלות מקבלים טווחי כתיבה לעולם לא הרשאות מנהל.
22:10
PM חוסם כל דבר הרסני.
22:12
העלאת הרשאות דורשת אדם ופוקעת.
22:14
נקודות קצה פרטיות במקומות שבהם גבולות נתונים חשובים.
22:17
קווי בסיס של מדיניות בפרויקטי Foundry אוכפים מודלים,
22:21
אזורים ומכסות מאושים.
22:22
App Insights ו-Log Analytics אוספים עקבות, מדדים וביקורות כדי שתוכלו לענות מי עשה מה ללא ארכיאולוג יצלה.
22:28
מודלים מתחברים דרך נקודת הקצה של הסקת המסקנות בפאונדרי.
22:32
השתמש בסרווילס להסקה איכותית ונהל כוח מחשוב למודלים פתוחים מקובעים.
22:36
החלף מודלים ללא שכתוב קוד, אך הקפד להאריך רלוונטיות, ביסוס ושטף ב-C לפני התמאה.
22:41
האזורים תואמים למשתמשים שלך, אזורי הנתונים תואמים לרגולטורים שלך.
22:45
שהכל מחובר זו מכונה משעממת ואמינה.
22:48
סוכנים שמוגדרים בפאונדרי, מנוהלים על ידי SK, מופעלים על ידי כלים קשיחים,
22:52
מאובטחים בזהות, נמדדים בתצפיות ומוגנים על ידי בטיחות.
22:56
משעמם מנצח, משעמם מתרחב, משעמם מאפשר לך לישון.
23:00
שיטות עבודה מומלצות מבטיחות שחרור ללא חרטות.
23:03
מקובל, בני חוכמה בזמן אמת כדי שלא תבלה את יום ראשון בתיקון מה שעשית בשבת.
23:06
תן לכל סוכן תפקיד אחד.
23:08
מתכנן, מתכנן, מפעיל, מפעיל, בודק, בודק.
23:11
אם סוכן מתחיל לכתוב רומן מרגש, קצר את ההנחיה שלו והעבר את הטקסט לכלי.
23:15
שמור על הנחיות קצרות, ממוקדות ומשעממות.
23:17
יהיו לך פחות הפתעות.
23:19
העדף קריאות לחלים על פני פרוזה ארוכה.
23:21
הכנס חוזים ב-API פתוח, סכימות בכלת ומנגנוני הגנה בפלט.
23:25
אם כלי מצפה לי מזהה את כן, שלח מזהה הטקן, לא אולי את המכשיר הזה במימון.
23:29
מודלים הם יצירתיים, כלים לא.
23:31
זה כל העניין.
23:32
החוף הרשאות מינימליות כאילו העבודה שלך תלויה בזה.
23:35
כי היא כן.
23:35
הפרד זרויות.
23:36
קריאה בלבד לניתור, כתיבה בלבד למתקן, והאף זהות לא מוחקת ללא אישור PM.
23:41
העלאת הרשאות היא זמנית, מוצדקת ומתועדת.
23:44
אם מישהו מבקש הרשאת ניהול גלובלית קבועה, תן לו כדור לחץ ומסמך מדיניות.
23:47
התחל בקטן, שני סוכנים, מבצע ובודק.
23:50
הוסף מתכנן ברגע שהלולאה יציבה.
23:52
אחר כך, אם אתה חייב להתרחב, אל תתחיל עם צוות סקרם דיגיטלי של 12.
23:55
ככה אתה משחזר את תרשים הארגון שלך ב-YMR ובוכה.
23:57
ערבב מודלים כדי לצמצם עלויות.
23:59
מודלים קטנים לחילוץ נתונים, רמת GPT-4 רק עבור הסקה שבה זה משנה.
24:02
בצע סיכומים בעצבות במהלך הלילה.
24:04
אתה לא משלם תעריפי פרימיום כדי לעצב מחרוז את תאריך.
24:07
שמור את המודל הכבד להחלטות, לא לתאורים.
24:10
הוסף זיכרון בסוף.
24:11
השתמש במצב חיצוני כמו חיפוש AI או מאגר מצב קטן לפני שאתה דוחס חלונות הקשר כמו מזוודת יד.
24:17
מטה דאטה של תהליכים צריך להיות זהיר.
24:19
אם זה לא נחוץ לתור הבא, זה לא עובר.
24:22
תעד הכל.
24:22
הפעל מעקב.
24:23
מזהי תהליכים, פרמטרים של כלים, תוצאות שיהוי.
24:26
הכנס הערכות ל-C כדי לתפוס ירידות ברלוונטיות ובביסוס לפני שזה מגיע ליצור.
24:31
התראות כשביסוס יורד, לא כשטוויטר נופל.
24:33
מנגנוני הגנה לפני מהירות, אישורים לחילים הרסניים.
24:36
מצב הרצה יבש ללא תופעות לוואי.
24:39
השקות מדורגות לפי קבוצת מכשירים או אזור.
24:41
אם תוכנית ההשקה שלך היא הכל בבת אחת, אני מקווה שקורות החיים שלך מעודכנים.
24:44
בנה עבור כשלים.
24:45
נסה שוב עם השיה הקראית.
24:46
הפחיתו את חסימות הגרף, גרף פרוטלנד.
24:48
מפסקי זרם בניהול API.
24:50
ספרי הוראות אידם פוטנטיים.
24:51
אם ניתן להריץ שלב שוב בביטחה, אתם ישנים טוב יותר.
25:03
שומרים על סוכנים מועילים ועל טווח נזק מצומצם.
25:06
אם אתם זוכרים דבר אחד, סוכנים בודדים עוזרים.
25:09
אבל צוותי סוכנים, מתוכננים, מונאי כלים ובעלי הרשאות מוגדרות,
25:12
משנים בשקט את הסביבה שלכם בזמן שאתם עושים את עצמכם ישנים.
25:15
אם זה דיבר עליכם, הרשמו וצפו בסרטון ההמשך שבו אפרסם את מאגר הסמנטיק קרנל ותבנית הבספט כדי שתוכלו להעתיק ללא בושה.
25:22
רוצים את הפרק על סוכני הערכה ששומרים על ההבטחה שלכם המינה.
25:25
זה בתור בשבוע הבא.