WEBVTT

00:00:00.000 --> 00:00:03.960
ברוכים הבאים לפרק נוסף של פניני ידע של מייקרוסופט, כאן ב-M365FM.

00:00:04.080 --> 00:00:05.960
אני המערך שלכם, מירקופיטרז.

00:00:06.080 --> 00:00:09.820
הנושא של היום הוא כזה שכמעט כולם שמעו עליו, אך מעטים באמת מבינים אותו.

00:00:09.960 --> 00:00:11.180
Azure Virtual Desktop.

00:00:11.400 --> 00:00:12.120
מה זה בעצם?

00:00:12.320 --> 00:00:15.340
האם זה רק מחשב מרוחק בענן, או שזה משהו גדול הרבה יותר?

00:00:15.560 --> 00:00:20.280
הרבה אנשים שומעים את השם וחושבים שזה רק תחליף ל-VPN או אולי דרך לזקור מכונה וירטואלית ב-Azure.

00:00:20.280 --> 00:00:24.820
יש כאלה שאפילו מבלבלים את זה עם כלי הרימוט דסקטופ שבו השתמשתם כדי להתחבר למחשב בעבודה מהבית.

00:00:25.000 --> 00:00:26.840
למעשה, זה אף אחד מהדברים האלו.

00:00:27.000 --> 00:00:27.900
זה הרבה יותר מזה.

00:00:28.100 --> 00:00:31.460
זו חוויית שולחן עבודה מלאה שמסופקת בצורה מאובטחת מהענן.

00:00:31.640 --> 00:00:37.240
עד סוף הפרק הזה, תבינו מה זה AVD באמת, איך החלקים מתחברים ולמה חברות עוברות להשתמש בו.

00:00:37.360 --> 00:00:43.300
אנחנו נפרק את זה לאבני הבניין המרכזיות בשפה פשוטה, כדי שתוכלו לראות את התמונה הגדולה ולא רק סיסמאות שיווקיות.

00:00:43.520 --> 00:00:45.280
מה זה Azure Virtual Desktop?

00:00:50.280 --> 00:00:52.920
וישומי Windows שמסופקים מהענן לכל מכשיר.

00:00:53.040 --> 00:00:59.740
תחשבו על זה כמו שירות סטרימינג, אבל במקום להזרים סרטים ותוכניות טלוויזיה, אתם מזרימים את שולחן העבודה והיישומים העסקיים שלכם.

00:00:59.880 --> 00:01:04.580
נטפליקס מבצעת את כל העבודה הקשה בשרתים שלה, ו-AVD מבצע את העיבוד בשרתי Azure.

00:01:04.840 --> 00:01:06.320
אתם יודעים איך נטפליקס עובדת.

00:01:06.460 --> 00:01:10.640
אתם פותחים את האפליקציה בטלוויזיה, בטלפון או במחשב הנייד, ומקבלים את אותה חוויה בכל מכשיר.

00:01:10.640 --> 00:01:14.520
העבודה הקשה בפועל העיבוד, היחסון והרינדור הכל קורה בשרתים של נטפליקס.

00:01:14.620 --> 00:01:16.560
המכשיר שלכם הוא רק חלון לתוכן הזה.

00:01:16.700 --> 00:01:19.900
ובדיוק כמו בנטפליקס, אתם לא צריכים מכשיר חזק כדי להשתמש ב-AVD.

00:01:20.060 --> 00:01:21.380
העבודה מתבצעת בענן.

00:01:21.520 --> 00:01:22.940
AVD עובד באותה הדרך.

00:01:23.100 --> 00:01:28.800
המשתמשים שלכם מקבלים שולחן עבודה מלא של ווינדווס עם כל האפליקציות שלהם, אבל העיבוד בפועל קורה במכונות וירטואליות שרצות באזר.

00:01:28.800 --> 00:01:32.020
המכשיר המקומי רק מציג את מה שקורה באותה מכונה מרוחקת.

00:01:32.200 --> 00:01:38.160
זה יכול להיות מחשב נייד עם ווינדווס, מק, אייפד, קרום בוק, או אפילו מחשב ישן שבקושי מריץ את מערכת ההפעלה שלו.

00:01:38.300 --> 00:01:40.260
כל עוד הוא יכול להריץ את אפליקציית ווינדווס.

00:01:40.420 --> 00:01:40.760
זה עובד.

00:01:40.900 --> 00:01:46.220
אפליקציית ווינדווס היא לקוח קל משקל שמתקינים על כל מכשיר, והוא מתחבר לשירות AVD כדי להציג את שולחן העבודה המרוחה.

00:01:46.320 --> 00:01:47.260
זה כל מה שצריך.

00:01:47.400 --> 00:01:48.940
עכשיו, הנה ההבחנה המרכזית.

00:01:48.940 --> 00:01:51.040
אתם לא סוחרים מחשב שלם עבור כל אדם.

00:01:51.180 --> 00:01:53.740
במקום זאת, אתם מתחברים לסביבה משותפת ומנוהלת.

00:01:53.860 --> 00:01:54.660
והנה העניין.

00:01:54.820 --> 00:01:59.380
מה שהוא שנקרא ריבוי הפעלות Multi-Session, מאפשר למספר משתמשים להיות על מכונת ווינדווס אחת בו זמני.

00:01:59.560 --> 00:02:01.960
ווינדווס רגיל מתוכנן עבור משתמש אחד בכל פעם.

00:02:02.120 --> 00:02:03.140
AVD משנה את זה.

00:02:03.300 --> 00:02:06.500
במחשב נייד רגיל עם ווינדווס, רק אדם אחד יכול להיות מחובר בכל רגע נתון.

00:02:06.620 --> 00:02:07.920
ככה ווינדווס עובדת פשוט.

00:02:07.920 --> 00:02:11.760
אבל עם AVD, אפשר להפעיל מספר משתמשים על מכונת ווינדווס אחת בו זמני.

00:02:11.880 --> 00:02:15.680
כל אדם מקבל הפעלה מבודדת משלו, את היישומים שלו ואת הקבצים שלו.

00:02:15.840 --> 00:02:18.080
אולם חולקים את אותה מכונה וירטואלית בסיסית.

00:02:18.300 --> 00:02:20.460
זה משהו שפשוט אי אפשר לעשות במחשב נייד רגיל.

00:02:20.620 --> 00:02:24.020
וזו אחת הסיבות העיקריות לכך ש-AVD יכול לחסוך לחברות כל כך הרבה כסף.

00:02:24.140 --> 00:02:27.520
מאחורי הקלעים, AVD מופעל על ידי מכונות וירטואליות באז'ר.

00:02:27.520 --> 00:02:30.640
אבל מייקרוסופט מנהלת את כל החלקים המורכבים מאחורי הקלעים.

00:02:30.760 --> 00:02:33.500
הברוקר שמנתב משתמשים למערך ההפעלות הנכון,

00:02:33.720 --> 00:02:35.040
השער שמטפל בחיבור,

00:02:35.280 --> 00:02:38.160
ואיזון העומסים שמפזר את המשתמשים בין המכונות הזמינות.

00:02:38.320 --> 00:02:40.580
אתם לא צריכים לבנות שום דבר מזה בעצמכם.

00:02:40.760 --> 00:02:43.520
כל מה שצריך לעשות זה ליצור את מאגרי המערכים שלכם,

00:02:43.540 --> 00:02:45.460
להגדיר את היישומים ולהקצות את המשתמשים.

00:02:45.600 --> 00:02:49.100
עבור צוותי איט, זה מפשט את הניהול ומפחית את עלויות החומרה.

00:02:49.200 --> 00:02:50.360
אז למה זה חשוב לכם?

00:02:57.520 --> 00:03:03.140
עובד שטח בטאבלט יכול לגשת לאותם יישומים עסקיים שבהם הוא משתמש בשולחן העבודה שלו.

00:03:03.240 --> 00:03:08.800
וקבלן במחשב נייד אישי יכול להתחבר ולעבוד בצורה מאובטחת מבלי להתקין דבר על המחשב שלו.

00:03:08.900 --> 00:03:11.640
ומכיוון שהנתונים לעולם לא עוזבים את מרכז הנתונים של Azure,

00:03:11.900 --> 00:03:15.400
זה מאובטח יותר מאשר לשמור נתונים במחשב נייד שעלול ללכת לאיבוד או להיגנב.

00:03:15.540 --> 00:03:17.340
זה ניצחון גם למשתמשים וגם לאיט.

00:03:17.340 --> 00:03:21.660
אבל כדי להבין למה AVD קיים מלכתחילה, אנחנו צריכים להסתכל על הבעיה שהוא פותר.

00:03:27.520 --> 00:03:32.820
כשמחשב נייד חזק לכל עובד, התקנתם כל יישום שהם היו צריכים וניהלתם כל מכשיר בנפרד.

00:03:32.960 --> 00:03:36.820
ואז כל שלוש או ארבע שנים החלפתם את כל החומרה הזו והתחלתם מהתחילה.

00:03:36.920 --> 00:03:39.520
אבל הנה העניין, העלויות הנסתרות היו עצומות.

00:03:39.720 --> 00:03:43.240
צוותי אית השקיעו שעות בפריסה, בעדכוני הבטחה ובפתרון בעיות.

00:03:43.240 --> 00:03:49.060
כשמחשב נייד עבד או נשבר, הייתם צריכים להחליף אותו, להתקין הכל מחדש ולקוות שהמשתמש גיבה את הקבצים שלו.

00:03:49.060 --> 00:03:52.780
ואם מי שהוא חטף וירוס, הייתם צריכים לפרמט את המכונה ולהתחיל מאפס.

00:03:52.920 --> 00:03:55.920
ואז הגיעה העבודה מרחוק והדרך הישנה כרסה לחלוטין.

00:03:56.100 --> 00:04:03.960
רשתות VPN היו איטיות ומסורבלות, מחשבים ביתיים לא היו מאובטחים ומידע חברה היה מאוכסן על מכשירים שעלולים ללכת לאיבוד, להיגנב או להיפרץ.

00:04:03.960 --> 00:04:08.720
לא הייתה שליטה על נקודת הקצה, אך האחריות להגנת המידע שעליה עדיין רבצה עליהם.

00:04:08.820 --> 00:04:13.460
הדרך החדשה עם Azure Virtual Desktop, או בקיצור VD, היא שונה לחלוטין.

00:04:13.620 --> 00:04:16.720
העבודה המאומצת מתבצעת ב-Azure ולא על המכשיר המקומי.

00:04:16.840 --> 00:04:20.560
המחשב הנייד, הטאבלט והטלפון שלכם הם רק חלונות אל אותה סביבת ענן.

00:04:20.720 --> 00:04:24.600
העבודה עצמה, היישומים, הקבצים והאיבוד, כולם נשארים במרכז הנתונים.

00:04:24.840 --> 00:04:25.920
זהו שינוי משמעותי.

00:04:25.920 --> 00:04:28.260
איבדתם את המחשב הנייד? שום מידע לא עבד.

00:04:28.360 --> 00:04:31.480
פשוט לוקחים כל מכשיר אחר, מתחברים שוב ל-AWD וממשיכים בדיוק מאיפה שהפסקתם.

00:04:31.600 --> 00:04:34.980
הקבצים שלכם עדיין שם, היישומים מוגדרים וההגדרות שלכם נותרו ללא שינוי.

00:04:35.080 --> 00:04:36.880
המכשיר עצמו הפך לזמין להחלפה.

00:04:37.040 --> 00:04:39.020
זה גם משנה את הדרך שבה משלמים על דברים.

00:04:39.260 --> 00:04:44.660
במקום הוצאה הונית גדולה כל כמה שנים, וקניית מאות מחשבים ניידים מראש, עוברים להוצאה תפעולי.

00:04:44.660 --> 00:04:46.220
משלמים רק על מה שצורכים.

00:04:46.340 --> 00:04:49.880
אם יש לכם 50 עובדים היום וב-100 מחר, אתם מגדילים את המשאבים.

00:04:50.040 --> 00:04:52.540
אם אתם צריכים פחות בחודש הבא, אתם מקטינים אותם.

00:04:52.540 --> 00:04:57.000
אתם לא תקועים עם חומרה ששילמתם עליה יותר מדי, ולא צריכים לרוץ לקנות עוד כשצריך.

00:04:57.120 --> 00:05:01.000
כעת נבחן את החלקים שגורמים לזה לעבוד, נתחיל בחשוב ביותר.

00:05:01.120 --> 00:05:04.200
אבן הבניין הראשונה, מאגרי מערכים ומערכי הפעלה.

00:05:04.200 --> 00:05:06.960
אבן הבניין הראשונה נקראת מאגר מערכים, host poor.

00:05:07.160 --> 00:05:11.640
וזה בדיוק מה שזה נשמע, אוסף של מכונות וירטואליות שמערכות שולחנות עבודה ויישומים של Windows.

00:05:11.640 --> 00:05:16.460
תחשבו על זה כעל קבוצה של מחשבים זהים, שכולם מוגדרים באותו אופן ומוכנים להתחברות משתמשים.

00:05:16.600 --> 00:05:19.920
המכונות הבודדות בתוך המאגר הזה נקראות מערכי הפעלה, session hosts.

00:05:19.920 --> 00:05:24.540
אלו מכונות וירטואליות של ממש המריצות את Windows 11 Enterprise, בדרך כלל בגרסת הריבוי הפעלות.

00:05:24.600 --> 00:05:29.340
המשמעות היא שאנשים מרובים יכולים להיות מחוברים לאותה מכונה בו זמנית, כל אחד בסשן פרטים שלו.

00:05:29.480 --> 00:05:33.680
ישנם שני סוגים של מאגרי מערכים, וההבדל ביניהם חשוב לעלויות ולגמישות.

00:05:33.680 --> 00:05:36.160
מאגר מערכים משותף, פולד, הוא כמו מלון.

00:05:36.320 --> 00:05:38.900
עורכים רבים שוהים בו, אך לאף אחד אין חדר קבוע.

00:05:38.900 --> 00:05:44.180
כשאתם עושים צ'ק-אין, אתם מקבלים את החדר הזמין, וכשאתם עוזבים, מישהו אחר יקבל את החדר בפעם הבאה.

00:05:44.280 --> 00:05:49.000
במאגרי מערכים משותפים, המשתמשים מוקצים לכל מערי החפלה שיש לו קיבולת באותו רגע.

00:05:49.100 --> 00:05:52.180
הם עשויים להיות על מכונה א', היום ומכונה בית מחר.

00:05:52.320 --> 00:05:56.560
זה עובד מצוין עבור רוב עובדי הידע כי זה מאפשר לדחוס יותר משתמשים על פחות מכונות.

00:05:56.560 --> 00:05:58.940
מאגר מערכים אישי הוא כמו הדירה הפרטית שלך.

00:05:59.060 --> 00:06:01.980
הוא שייך לך, אף אחד אחר לא משתמש בו, והדברים שלך נמצאים שם.

00:06:02.100 --> 00:06:03.640
ההגדרות שלך, הקבצים שלך.

00:06:03.640 --> 00:06:06.020
אתה מקבל את אותו מחשב בכל פעם שאתה מתחבר.

00:06:06.180 --> 00:06:12.920
זה שימושי למשתמשים מתקדמים, הזקוקים לביצועים עקביים או לתרחישים שבהם צריך להתקין תוכנות מיוחדות שלא עובדות היטב בסביבה משותפת.

00:06:13.000 --> 00:06:16.580
אבל זה יקר יותר כי כל משתמש זקוק למכונה וירטואלית, VM, יהודית משלו.

00:06:16.580 --> 00:06:18.480
כעת, כאן העניינים הופכים למעניינים.

00:06:18.600 --> 00:06:21.440
איך EVD מחליט על איזה מערך הפעלה המשתמש ינחת?

00:06:21.640 --> 00:06:24.000
זהו איזון עומסים, וישנן שתי גישות לכך.

00:06:24.000 --> 00:06:28.420
רוחב תחילה, BREADFIRST, אומר שהמערכת מפזרת את המשתמשים באופן שווה בין כל מערכי ההפעלה הזמינים.

00:06:28.540 --> 00:06:32.360
אז, אם יש לך 10 מכונות וו מינוס 100 משתמשים, כל מכונה מקבלת בערך 10 משתמשים.

00:06:32.520 --> 00:06:37.540
זה מעניק ביצועים עקביים כי אף מערך בודד לא מקבל עומס יתר, וזוהי הגדרת ברירת המחדל ברוב הפריסות.

00:06:37.540 --> 00:06:42.480
עומק תחילה, DEPFIRST, הוא ההפך, וממלא מערך הפעלה אחד במלואו לפני שעובר לבא בתור.

00:06:42.480 --> 00:06:46.980
משתמשים 1 עד 10 נוחתים כולם על מכונה א', משתמשים 11 עד 20 עוברים ממכונה בית, וכן הלאה.

00:06:47.060 --> 00:06:50.060
למה שתעשה זאת? כי זה מאפשר לך לחבות את המכונות הרייקות.

00:06:50.200 --> 00:06:54.600
ברגע שמכונה א', מלאה ומכונה בית מלאה, ניתן לחבות את מכונות ג' עד זין כדי לחסוך כסף.

00:06:54.600 --> 00:06:58.700
עומק תחילה עובד מצוין עם התאמה אוטומטית, אוטו-סקיילינג, וזה החלק הבא, התאמת קנה מידה.

00:06:58.700 --> 00:07:03.660
ניתן להגדיר את AVD כך שיוסיף או יסיר מערכי הפעלה באופן אוטומטי בהתאם לחמות האנשים שמחוברים.

00:07:03.820 --> 00:07:06.660
בשעות ה-C ייתכן שיהיו לך עשרים מכונות פועלות.

00:07:06.820 --> 00:07:08.980
בלילה ייתכן שיהיו לך רק שתיים.

00:07:09.120 --> 00:07:12.500
המערכת מטפלת בזה אוטומטית על סמך לוחות זמנים שאתה מגדיר.

00:07:12.640 --> 00:07:14.700
כאן נכנסים החיסכון האמיתי בעלויות.

00:07:14.700 --> 00:07:17.000
אתה לא משלם על מכונות שאינן בשימוש.

00:07:17.160 --> 00:07:18.580
אז למה זה חשוב עבורך?

00:07:18.580 --> 00:07:23.420
מאגרי מערכים מעוגדים עם איזון או מסי מסוג עומק תחילה, והתאמה אוטומטית יכולים להפחית משמעותית את העלויות שלך.

00:07:23.540 --> 00:07:30.140
במקום לקנות VM לכל משתמש בנפרד, אתה קונה רק מספיק כדי לחסות את C השימוש המקביל, וגם המכונות האלה רצות רק כשאנשים באמת עובדים.

00:07:30.300 --> 00:07:32.820
אז יש לך את מאגר המערכים שלך עם המכונות הווירטואליות.

00:07:32.980 --> 00:07:35.240
כעת, איך המשתמשים באמת מקבלים את האפליקציות שלהם?

00:07:35.240 --> 00:07:37.280
אבן הבניין השנייה, קבוצות אפליקציות.

00:07:37.440 --> 00:07:41.200
ובכן, קבוצות אפליקציות הן המחלים הלוגיים שמחליטים למה משתמש יכול לגשת.

00:07:41.320 --> 00:07:43.240
חשוב עליהן כעל קבוצות הרשאות.

00:07:43.280 --> 00:07:46.240
אתה מקבל עוד שולחן העבודה המלא או רק אפליקציות ספציפיות.

00:07:46.420 --> 00:07:47.420
ישנם שני סוגים.

00:07:47.580 --> 00:07:51.400
עם קבוצת אפליקציות שולחן עבודה, המשתמשים מקבלים את חוויית שולחן העבודה המלאה של ווינדווס.

00:07:51.520 --> 00:07:55.320
הם מתחברים ורואים את תפריט ההתחלה, את שורת המשימות, את סייר הקבצים, הכל.

00:07:55.320 --> 00:07:58.480
זה נראה ומרגיש כמו מחשב ווינדאוס רגיל כי זה בעצם מה שזה.

00:07:58.600 --> 00:08:00.040
רוב החברות מתחילות כאן.

00:08:00.200 --> 00:08:02.060
קבוצת יישומי רמוט אפ היא שונה.

00:08:02.220 --> 00:08:04.400
במקום להעניק למשתמשים שולחן עבודה מלא,

00:08:04.600 --> 00:08:05.940
היא נותנת להם יישומים בודדים.

00:08:06.080 --> 00:08:07.500
וכאן מגיע החלק הקסום.

00:08:07.680 --> 00:08:10.800
היישומים האלה נראים כאילו הם רצים מקומית על המכשיר של המשתמש.

00:08:10.960 --> 00:08:14.380
אתה פותח את וורד והוא מופיע בחלון משלו במק או בטאבלט שלך,

00:08:14.540 --> 00:08:16.020
ממש לצד האפליקציות המקומיות.

00:08:16.020 --> 00:08:19.440
ללא רקע של שולחן עבודה, ללא ממשק מכונה וירטואלית,

00:08:19.660 --> 00:08:21.240
רק היישום שרץ בצורה חלקה.

00:08:21.380 --> 00:08:23.700
דמיין משתמש שזקוק רק לשלושה יישומים,

00:08:23.860 --> 00:08:25.960
וורד, אקסל, וכלי עסקים מותאם אישי.

00:08:26.120 --> 00:08:28.820
עם רמוט אפ, אתה מפרסם רק את שלושת היישומים האלה.

00:08:28.920 --> 00:08:30.420
המשתמש פותח את אפליקציית וינדאוס,

00:08:30.540 --> 00:08:31.940
רואה שלושה סמלים, לוחץ על אחד,

00:08:32.100 --> 00:08:33.300
והיישום נפתח בחלון משלו.

00:08:33.400 --> 00:08:35.720
הוא לעולם לא רואה את שולחן העבודה וגם לא צריך לראות אותו.

00:08:35.720 --> 00:08:38.080
זו חוויה נקייה הרבה יותר עבור עובדים ממוקדי משימות.

00:08:38.200 --> 00:08:39.460
עכשיו, הנה פרט חשוב.

00:08:39.660 --> 00:08:41.440
רמוט אפ זמין רק עם מאגרי מערכים משותפים,

00:08:41.620 --> 00:08:42.280
Pulled Host Pools.

00:08:42.440 --> 00:08:44.060
אלא אם אתה משתמש במאגרי מערכים אישיים,

00:08:44.220 --> 00:08:45.660
אתה מוגבל לחוויית שולחן עבודה מלאה.

00:08:45.760 --> 00:08:47.180
ככה הטכנולוגיה הזו עובדת.

00:08:47.300 --> 00:08:49.100
אבל הנה המקום שבו זה נהיה עוצמתי.

00:08:49.200 --> 00:08:52.420
משתמשים יכולים להיות משוייכים למספר קבוצות יישומים ממאגרי מערכים שונים.

00:08:52.420 --> 00:08:56.400
כך שמשתמש אחד עשוי לקבל קבוצת יישומי שולחן עבודה ממאגר מערכים אחד

00:08:56.400 --> 00:08:58.080
וקבוצת רמוט אפ ממאגר אחר.

00:08:58.180 --> 00:09:02.080
אותו משתמש נכנס לאפליקציית Windows ורואה גם סמל של שולחן עבודה מלא

00:09:02.080 --> 00:09:03.380
וגם סמלי יישומים בודדים.

00:09:03.520 --> 00:09:05.140
הוא יכול לבחור את מה שהוא צריך.

00:09:05.320 --> 00:09:06.340
איך זה עובד בפועל?

00:09:06.480 --> 00:09:10.040
אני יוצר את קבוצת היישומים, משייך אותה למשתמש או לקבוצה ב-Azure AD,

00:09:10.300 --> 00:09:14.060
והמשאבים האלה מופיעים אוטומטית בפעם הבאה שהמשתמש פותח את אפליקציית Windows,

00:09:14.060 --> 00:09:17.300
ללא הגדרה ידנית, ללא קבצי קונפיגורציה, ללא שליחת קישורים.

00:09:17.420 --> 00:09:20.500
זה פשוט מופיע, אבל משתמשים צריכים דרך למצוא את המשאבים האלה.

00:09:20.560 --> 00:09:22.640
כאן נכנסים לתמונה סביבות העבודה, Workspaces.

00:09:22.800 --> 00:09:24.480
אבן בניין שלישית, סביבות עבודה.

00:09:24.640 --> 00:09:27.120
אז יש לך את מאגרי המערכים ואת קבוצות היישומים שלך,

00:09:27.280 --> 00:09:29.720
אבל משתמשים צריכים דרך למצוא ולגשת לכל המשאבים האלה.

00:09:29.820 --> 00:09:31.520
כאן נכנסות לתמונה סביבות העבודה.

00:09:31.700 --> 00:09:33.980
סביבת עבודה היא קיבוץ לוגי של קבוצות יישומים.

00:09:33.980 --> 00:09:36.620
זה מה שהמשתמשים רואים כשהם פותחים את אפליקציית Windows.

00:09:36.780 --> 00:09:39.820
תחשוב על זה כמו על תיקייה בטלפון שלך שמארגנת את האפליקציות שלך.

00:09:39.940 --> 00:09:43.340
אתה לא פותח את הטלפון ורואה כל אפליקציה שיש לך מפוזרת על המסך.

00:09:43.480 --> 00:09:47.040
הן מאורגנות בתיקיות, משחקים בתיקייה אחת, כלי פרודוקטיביות באחרת.

00:09:47.240 --> 00:09:49.820
סביבות עבודה עושות את אותו הדבר עבור משאבי AVD.

00:09:49.960 --> 00:09:52.540
כל קבוצת יישומים חייבת להיות משוייכת לסביבת עבודה.

00:09:52.720 --> 00:09:53.780
אין דרך לעקוף את זה.

00:09:53.780 --> 00:09:56.600
אם תיצור קבוצת יישומים ולא תחבר אותה לסביבת עבודה,

00:09:56.840 --> 00:09:58.180
המשתמשים פשוט לא יראו אותה.

00:09:58.300 --> 00:10:00.640
היא קיימת ברקע, אבל אף אחד לא יכול לגשת אליה.

00:10:00.840 --> 00:10:02.800
סביבת העבודה היא מה שהופך אותה לנראית.

00:10:02.960 --> 00:10:05.280
הנה איך שזה עובד מנקודת המבט של המשתמש.

00:10:05.500 --> 00:10:07.860
מי שהוא פותח את אפליקציית Windows במכשיר שלו,

00:10:08.100 --> 00:10:09.240
נכנס עם חשבון העבודה,

00:10:09.540 --> 00:10:12.180
ורואה מיד את כל המשאבים שהוקצו לו שולחנות עבודה,

00:10:12.400 --> 00:10:14.540
יישומים, הכל מאורגן לפי סביבות עבודה.

00:10:14.540 --> 00:10:15.620
ללא הגדרה ידנית,

00:10:15.720 --> 00:10:16.840
ללא קבצי קונפיגורציה,

00:10:17.020 --> 00:10:19.240
ללא צורך שאנשי האי תשלחו כישורים ללחיצה.

00:10:19.380 --> 00:10:20.160
זה פשוט מופיע.

00:10:20.320 --> 00:10:23.400
כעת, ניתן להגדיר מספר סביבות עבודה עבור תרחישים שונים.

00:10:23.660 --> 00:10:27.820
אולי תיצרו סביבת עבודה אחת למחלקת הכספים עם כל יישומי החשבונאות שלהם,

00:10:28.060 --> 00:10:30.420
סביבה אחרת לצוות ההנדסה עם כלי התכנון,

00:10:30.640 --> 00:10:32.740
וסביבה שלישית לקבלנים עם גישה מוגבלת.

00:10:32.840 --> 00:10:35.540
המשתמשים רואים רק את סביבות העבודה שהוקצו להם,

00:10:35.540 --> 00:10:38.100
כך שאיש כספים לעולם לא יראה את כלי ההנדסה,

00:10:38.300 --> 00:10:40.200
וקבלן לעולם לא יראה יישומים פנימיים.

00:10:40.380 --> 00:10:42.140
חוויית המשתמש פשוטה להפליט.

00:10:42.200 --> 00:10:43.460
פותחים את אפליקציית ווינדאוז,

00:10:43.600 --> 00:10:44.080
נכנסים,

00:10:44.220 --> 00:10:45.660
וכל מה שצריך נמצא ממש שם.

00:10:45.820 --> 00:10:48.720
לחיצה על אייקון של שולחן עבודה מכניסה אתכם להפעלת ווינדאוז מלאה.

00:10:48.840 --> 00:10:51.480
לחיצה על אייקון של אפליקציה פותחת אותה כמו תוכנה מקומית.

00:10:51.480 --> 00:10:53.520
אין צורך ב-VPN, אין הגדרות מסובכות,

00:10:53.520 --> 00:10:55.440
רק רשימה נקייה של מה שניתן לגשת אליו.

00:10:55.560 --> 00:10:57.020
כעת כל החלקים במקומם.

00:10:57.200 --> 00:11:00.300
אבל איך משתמש נכנס בפועל ומגיע לשולחן העבודה שלו?

00:11:00.420 --> 00:11:03.300
איך משתמשים מתחברים, שכבת הזהות והגישה?

00:11:03.420 --> 00:11:05.880
ובכן, הכל מתחיל ב-Microsoft Entra ID.

00:11:06.100 --> 00:11:08.540
אולי אתם עדיין מכירים אותו בשם Azure Active Directory.

00:11:08.540 --> 00:11:10.400
מייקרוסופט מתגע אותו מחדש לפני זמן מה,

00:11:10.520 --> 00:11:12.140
אבל זו אותה מערכת מתחת לפני השטח.

00:11:12.260 --> 00:11:15.440
חישבו על Entra ID כעל דלפק הקבלה של המשרד הדיגיטלי שלכם.

00:11:15.560 --> 00:11:17.940
הוא יודע מי אתם ולאיזה תוכן מותר לכם לגשת.

00:11:18.100 --> 00:11:20.780
הוא מנהל את הכניסה שלכם למיקרוסופט 365,

00:11:21.300 --> 00:11:24.220
Teams, SharePoint, וכן, הוא גם שולט בגישה ל-AVD.

00:11:24.360 --> 00:11:26.100
אז איך משתמש מתחבר בפועל?

00:11:26.220 --> 00:11:27.840
הרשו לי להוביל אתכם בתהליך.

00:11:27.980 --> 00:11:29.820
הם פותחים את אפליקציית Windows במכשיר,

00:11:29.820 --> 00:11:32.180
נכנסים עם דואר אלקטרוני העבודה והסיסמה,

00:11:32.440 --> 00:11:34.580
ועם מוגדר אימות דו שלבי, הם מבצעים גם אותו.

00:11:34.720 --> 00:11:37.680
אפליקציית Windows שולחת את בקשת האימות ל-Entra ID,

00:11:37.940 --> 00:11:39.080
שמאמת את הזהות שלהם.

00:11:39.240 --> 00:11:42.080
לאחר מכן, AVD בודק לאילו קבוצות יישומים הם שייכים.

00:11:42.220 --> 00:11:44.100
לבסוף, מערך ההפעלה, Session Host,

00:11:44.280 --> 00:11:45.240
מעמת את המשתמש בעצמו.

00:11:45.380 --> 00:11:46.720
השלב האחרון הזה חשוב.

00:11:46.920 --> 00:11:48.720
למרות שהמשתמש נכנס לאפליקציית Windows,

00:11:48.940 --> 00:11:51.540
הוא עדיין זקוק להרשאה כדי להיכנס בפועל למכונה הווירטואלית.

00:11:51.540 --> 00:11:53.720
זה נשלט על ידי תפקיד Azure ספציפי שנקרא,

00:11:53.820 --> 00:11:55.320
כניסת משתמש למכונה וירטואלית.

00:11:55.380 --> 00:11:56.460
ללא הקצאת תפקיד זה,

00:11:56.640 --> 00:12:00.040
משתמש יכול לבצע אימות ל-AVD ולראות את המשאבים שלו באפליקציה,

00:12:09.080 --> 00:12:09.860
המשתמשו בקבוצות.

00:12:10.000 --> 00:12:11.080
צרו קבוצה ב-Aentra ID,

00:12:11.280 --> 00:12:12.720
תנו לשם כמו משתמשי AVD,

00:12:12.940 --> 00:12:14.140
הוסיפו את כל המשתמשים שלכם,

00:12:14.260 --> 00:12:17.340
ואז שייכו את הקבוצה לקבוצת הישומים ולתפקיד ההתחברות למכונה הווירטואלית.

00:12:17.420 --> 00:12:19.880
כשמצטרף עובד חדש, פשוט הוסיפו אותו לקבוצה.

00:12:19.880 --> 00:12:21.540
כשמי שהוא עוזב, הסירו אותו.

00:12:21.720 --> 00:12:24.120
לא תצטרכו לגעת בהגדרות ה-AVD לעולם.

00:12:24.300 --> 00:12:26.220
אפליקציית Windows עצמה, שנקראה בעבר,

00:12:26.380 --> 00:12:27.600
לקוח שולחן עבודה מרוחק,

00:12:27.600 --> 00:12:31.460
זמינה ב-Windows, במק, ב-IOS, באנדרואיד ואפילו דרך דפדפן אינטרנט.

00:12:31.540 --> 00:12:33.360
המשתמשים לא זקוקים למכשיר מיוחד.

00:12:33.480 --> 00:12:35.620
הם יכולים להשתמש בכל מה שכבר יש להם.

00:12:35.640 --> 00:12:37.440
ומכיוון שהכל בנוי על Entra ID,

00:12:37.440 --> 00:12:40.260
מדיניות ההבטחה הקיימת שלכם חלה באופן אוטומטי.

00:12:40.340 --> 00:12:43.640
עימות רב-גורמי פועל בדיוק כמו במיקרוסופט 365.

00:12:44.260 --> 00:12:45.540
מדיניות גישה מותנת,

00:12:45.760 --> 00:12:49.180
כמו דרישה למכשיר תואם או חסימת גישה ממקומים מסוימים,

00:12:49.440 --> 00:12:52.380
חלה על AVD בדיוק כמו על SharePoint או Exchange.

00:12:52.380 --> 00:12:55.180
מדיניות הבטחה אחת לכל השירותים שלכם.

00:12:55.360 --> 00:12:57.200
יש גם הזדהות אחודה, SSO.

00:12:57.360 --> 00:12:59.860
המשתמשים מעמתים את עצמם פעם אחת באפליקציית Windows

00:12:59.860 --> 00:13:03.140
ולא מתבקשים לעשות זאת שוב בעת הפעלת שולחן העבודה או היישומים שלהם.

00:13:03.140 --> 00:13:04.220
זה חלק ומהיר.

00:13:04.380 --> 00:13:06.440
מתחברים פעם אחת והכל פשוט עובד.

00:13:06.540 --> 00:13:09.860
אבל יש עוד מרכיב אחד שהופך את AVD לחוויה חלקה באמת,

00:13:10.100 --> 00:13:11.560
וזה משהו שכל משתמש דואג לו.

00:13:11.680 --> 00:13:13.320
האתגר של פרופיל המשתמש.

00:13:13.520 --> 00:13:15.380
מדוע FSLogix כל כך חשובה?

00:13:15.480 --> 00:13:17.200
הנה משהו שאולי לא חשבתם עליו.

00:13:17.200 --> 00:13:18.400
במאגר מערכים מאוחד,

00:13:18.520 --> 00:13:22.060
Poured Host Poor משתמש עשוי להגיע למכונה וירטואלית אחרת בכל פעם שהוא מתחבר.

00:13:22.220 --> 00:13:24.040
היום מכונה א', מחר מכונה בית,

00:13:24.200 --> 00:13:25.200
ואחריה מכונה ג'

00:13:25.200 --> 00:13:26.540
ללא ניהול פרופילים,

00:13:26.540 --> 00:13:29.940
כל התחברות מרגישה כאילו אתם עובדים על מחשב חדש לגמרי.

00:13:30.120 --> 00:13:32.220
בלי סימניות, בלי קבצים על שולחן העבודה,

00:13:32.420 --> 00:13:34.840
בלי סיסמאות שמורות, בלי חתימה באטלוק, כלום.

00:13:35.020 --> 00:13:38.780
זה כמו להיכנס לחדר במלון שמנקים ומאבשים אותו לחלוטין בכל פעם שאתם עוזבים.

00:13:38.780 --> 00:13:41.420
ההגדרות, ההעדפות והקבצים שלכם כולם נעלמו.

00:13:41.540 --> 00:13:43.120
הפתרון הישן היה פרופילים נודדים,

00:13:43.300 --> 00:13:43.940
Roaming Profiles.

00:13:44.120 --> 00:13:48.300
Windows הייתה מעתיקה את כל הפרופיל שלכם משרת מרכזי לכל מכונה שאליה התחברתם.

00:13:48.300 --> 00:13:52.840
נשמע הגיוני, נכון, בפועל, זה היה איטי, לא אמין ונוטל את הקלות.

00:13:53.000 --> 00:13:55.200
התחברות יכלה לקחת 30 שניות או יותר.

00:13:55.360 --> 00:13:58.460
אם ההעתקה הופסקה באמצע, הפרופיל שלכם עלול היה להישבר לחלוטין.

00:13:58.620 --> 00:14:01.120
צוותי העיט בילו שעות אינסופיות בתיקון פרופילים פגומים,

00:14:01.120 --> 00:14:02.320
וזו לא הייתה חוויה טובה.

00:14:02.440 --> 00:14:04.260
מייקרוסופט הבינה שזו בעיה רצינית,

00:14:04.480 --> 00:14:08.580
אז היא רכשה חברה בשם FSLogix ושילבה את הטכנולוגיה שלה ישירות בתוך AVD.

00:14:08.580 --> 00:14:12.740
FSLogix פותרת את בעיית הפרופילים לחלוטין והיא עושה זאת בצורה אלגנטית.

00:14:12.840 --> 00:14:13.780
הנה איך זה עובד.

00:14:13.920 --> 00:14:15.720
במקום להעתיק פרופיל הלוך וחזור,

00:14:15.920 --> 00:14:21.160
FSLogix מאחסנת את הפרופיל של כל משתמש כקובץ דיסק קשיח וירטואלי יחיד במקום מרכזי,

00:14:21.400 --> 00:14:22.780
בדרך כלל ב-Azure Files.

00:14:22.780 --> 00:14:24.600
כאשר משתמש מתחבר ל-AVD,

00:14:24.760 --> 00:14:27.380
FSLogix מחברת את הדיסק הזה ישירות להפעלה שלו.

00:14:27.520 --> 00:14:30.100
זה מחובר באופן מיידי, כמו חיבור של קונן USB.

00:14:30.100 --> 00:14:33.520
כל ההגדרות, הקבצים, הסימניות וההעדפות שלהם מופיעים מיד.

00:14:33.660 --> 00:14:34.860
התוצאות הן דרמטיות.

00:14:35.080 --> 00:14:38.880
זמני ההתחברות יורדים ממ-30 שניות ומעל הליכי מינוס 7 או 8 שניות.

00:14:39.040 --> 00:14:41.080
ומכיוון שהפרופיל מאוחסן באופן מרכזי,

00:14:41.280 --> 00:14:43.400
לא משנה באיזה מערח הפעלה המשתמש נוחה.

00:14:43.560 --> 00:14:45.620
הפרופיל עוקב אחריהם באופן אוטומטי.

00:14:45.620 --> 00:14:49.060
FSLogix פותר גם בעיה גדולה עם יישומי מייקרוסופט 365.

00:14:49.600 --> 00:14:50.880
בסביבה משותפת מסורתית,

00:14:50.880 --> 00:14:54.180
מצב שמור של Outlook וסמכרון OneDrive היו כמעט בלתי שמישים.

00:14:54.300 --> 00:14:55.520
הביצועים היו נוראיים.

00:14:55.740 --> 00:14:57.900
עם FSLogix, שניהם עובדים בצורה מושלמת.

00:14:58.080 --> 00:14:59.940
המשתמשים מקבלים Outlook מלא עם גישה לא מקוונת,

00:15:00.040 --> 00:15:01.280
OneDrive מסנקרן את הקבצים שלהם,

00:15:01.400 --> 00:15:02.360
וטעם שומר נתונים כראוי.

00:15:02.440 --> 00:15:03.380
הכל פשוט עובד.

00:15:03.540 --> 00:15:05.900
זו הסיבה שFSLogix נחשב לפתרון הסטנדרטי,

00:15:05.900 --> 00:15:08.240
והבלתי מתפשר עבור פרופילי משתמש ב-AVD.

00:15:08.380 --> 00:15:10.160
אל תנסו לנהל פרופילים בלעדיו.

00:15:10.280 --> 00:15:11.600
תסיימו עם התחברויות איטיות,

00:15:11.600 --> 00:15:13.620
פרופילים פגומים ומשתמשים לא מרוצים.

00:15:13.760 --> 00:15:15.680
השתמשו בפסלוגיקס מהיום הראשון.

00:15:15.820 --> 00:15:17.600
אז עכשיו כשאתם מבינים את החלקים,

00:15:17.840 --> 00:15:20.360
בואו נדבר על הסיבה שעסקים באמת עושים את המעבר.

00:15:20.520 --> 00:15:22.300
מדוע עסקים בוחרים ב-AVD?

00:15:22.500 --> 00:15:23.880
יתרונות הבטחה ועלות.

00:15:24.040 --> 00:15:27.200
מדוע עסקים בוחרים ב-AVD על פני מחשבים ניידים מסורתיים?

00:15:27.340 --> 00:15:29.000
זה באמת מסתכם בהבטחה ועלות.

00:15:29.220 --> 00:15:30.100
בואו נפרק את זה.

00:15:30.260 --> 00:15:31.520
ראשית, מודל האבטחה.

00:15:31.520 --> 00:15:34.260
עם AVD, נתונים לעולם לא עוזבים את מרכז הנתונים של Azure.

00:15:34.420 --> 00:15:37.420
המכשיר של המשתמש רק מציג את מה שקורה במכונה המרוחקת.

00:15:37.540 --> 00:15:39.820
הקבצים האמיתיים, היישומים והמידע הרגיש

00:15:39.820 --> 00:15:42.020
נשארים בתוך מרכזי הנתונים של מייקרוסופט

00:15:42.020 --> 00:15:43.500
מאחורי בקרות ההבטחה שלהם.

00:15:43.640 --> 00:15:45.400
אם מי שהוא מאבד את המחשב הנייד שלו,

00:15:45.640 --> 00:15:48.240
אין עליו מה לגנוב כי הנתונים מעולם לא היו שם מלכתחילה.

00:15:48.240 --> 00:15:50.600
אתם לא צריכים לדאוג לגבי הצפנת כל קצה

00:15:50.600 --> 00:15:51.840
או מחיקת מכשירים גנובים.

00:15:51.840 --> 00:15:54.360
מייקרוסופט גם משלבת את Defender for Endpoint

00:15:54.360 --> 00:15:56.480
ישירות בתוך מערכי ההפעלה של AVD.

00:15:56.740 --> 00:15:58.740
כך שהמכונות הווירטואליות שלכם מנותרות

00:15:58.740 --> 00:16:00.740
ומוגנות בדיוק כמו כל מכשיר מנוהל אחר.

00:16:00.920 --> 00:16:03.640
זיהוי תוכנות זדוניות, צייד איומים ותגובה אוטומטית

00:16:03.640 --> 00:16:05.620
כולם חלים על סביבת ה-AVD שלכם.

00:16:05.800 --> 00:16:07.700
צוות ה-EAT מקבל תצוגת הבטחה אחת

00:16:07.700 --> 00:16:10.540
על פני מכשירים פיזיים ושולחנות עבודה וירטואליים כאחד.

00:16:10.660 --> 00:16:12.560
עכשיו, בואו נדבר על ניהול מרכזי.

00:16:12.720 --> 00:16:14.600
זהו ניצחון ענק עבור צוותי איט.

00:16:14.740 --> 00:16:16.700
במקום לנהל מאות מחשבים ניידים בודדים,

00:16:16.900 --> 00:16:19.500
לפרוס עדכונים, לפתור בעיות ולהחליף חומרה שבורה,

00:16:19.760 --> 00:16:20.840
אתם מנהלים סביבה אחת.

00:16:20.940 --> 00:16:24.320
עדכנו את תמונת הזהב פעם אחת וכל מערכי ההפעלה יקבלו את העדכון.

00:16:24.480 --> 00:16:27.160
דחפו שינוי מדיניות פעם אחת והוכל על כל משתמש.

00:16:27.320 --> 00:16:28.680
התקורות הטיפוליות יורדות.

00:16:28.680 --> 00:16:30.160
אתם חוסכים זמן ומאמץ.

00:16:30.300 --> 00:16:31.500
ואז יש את הצד של העלות.

00:16:31.680 --> 00:16:33.920
שינוי גודל אוטומטי הוא המקום שבו AVD באמת חוסך כסף.

00:16:34.060 --> 00:16:36.180
מערכי הפעלה פועלים רק כאשר משתמשים מחוברים.

00:16:36.380 --> 00:16:38.940
בשעות ה-C ייתכן שיש לכם 50 מכונות פועלות.

00:16:39.120 --> 00:16:41.260
בלילה ובסופי שבוע ייתכן שיהיו לכם 2.

00:16:41.500 --> 00:16:44.540
שינוי גודל אוטומטי יכול לקצץ את שעות המחשוב שלכם ב-40-60%.

00:16:44.540 --> 00:16:46.600
אתם לא משלמים על מכונות שעומדות ללא שימוש.

00:16:46.600 --> 00:16:48.820
התאמת גודל היא מנוף נוסף לחיסכון בעלויות.

00:16:48.820 --> 00:16:51.420
במודל הישן, הייתם צריכים לקנות מחשבים ניידים חזקים מספיק

00:16:51.420 --> 00:16:52.580
עבור המשתמשים התובניים ביותר,

00:16:52.740 --> 00:16:54.360
גם אם רוב האנשים נזקקו רק לחילים סיסיים.

00:16:54.520 --> 00:16:57.860
עם AVD, אתם מתאימים את גודל המכונה הווירטואלית לדרישות העבודה בפועל.

00:16:57.980 --> 00:16:59.780
תנו למשתמשים כבדים מכונות גדולות יותר.

00:16:59.980 --> 00:17:02.100
תנו לעובדי משימות מכונות קטנות וזולות יותר.

00:17:02.300 --> 00:17:04.720
די לשלם יותר מדי על חומרה שאף אחד לא צריך.

00:17:04.720 --> 00:17:06.960
ויש יתרון רישוי שאולי כבר יש לכם.

00:17:06.960 --> 00:17:10.300
אם הארגון שלכם משתמש בווינדווס 10 או 11 אנטרפרייז

00:17:10.300 --> 00:17:12.960
או במיקרוסופט 365 E3 או E5,

00:17:13.240 --> 00:17:16.820
תוכלו להשתמש ב-AVD ללא עלויות רישוי נוספות עבור שולחן העבודה של ווינדווס.

00:17:16.960 --> 00:17:18.900
הרישיון הקיים שלכם מכסה זאת.

00:17:19.120 --> 00:17:20.460
זה מסיר חסם משמעותי.

00:17:20.580 --> 00:17:22.200
ויש גם את מהירות הפריסה.

00:17:22.200 --> 00:17:25.740
במודל הישן, קליטת עובד חדש דרשה הזמנת מחשב נייד,

00:17:25.940 --> 00:17:29.820
המתנה להגעתו, התקנת אימג, התקנת אפליקציות והגדרת תצורות.

00:17:29.820 --> 00:17:31.740
זה יכול היה לקחת ימים או שבועות.

00:17:31.900 --> 00:17:35.300
עם EVD, תוכלו להגדיר משתמש חדש בדקות, ליצור לו חשבון,

00:17:35.500 --> 00:17:38.940
לשייך אותו לקבוצה הנכונה, והוא מוכן לעבודה מכל מכשיר שכבר יש לו.

00:17:39.100 --> 00:17:41.020
הנה מה שאתם צריכים לקחת מכל זה.

00:17:41.180 --> 00:17:43.820
אז הנה מה ש-Azure Virtual Desktop הוא באמת.

00:17:43.820 --> 00:17:48.520
זהו שירות מנוהל שמספק שולחנות עבודה ואפליקציות של ווינדווס מ-Azure לכל מכשיר.

00:17:48.660 --> 00:17:51.780
מאחורי הקלעים, יש לכם מאגר מערכים של מכונות וירטואליות

00:17:51.780 --> 00:17:54.540
המאורגנות בקבוצות אפליקציות ומוצגות דרך סביבות עבודה.

00:17:54.700 --> 00:17:56.840
משתמשים מתחברים באמצעות אפליקציית ווינדווס,

00:17:57.000 --> 00:18:00.440
מעמתים עם Enter ID ומקבלים חוויית ווינדווס מלאה ממק, טאבלט,

00:18:00.600 --> 00:18:01.700
Chromebook או PC אשן.

00:18:01.840 --> 00:18:03.320
הנה הסיכום בשורה אחת.

00:18:03.460 --> 00:18:06.340
EVD מפריד את חוויית המחשוב מהמכשיר הפיזי.

00:18:06.340 --> 00:18:09.100
העבודה מתבצעת בענן, המכשיר הוא רק החלון.

00:18:09.240 --> 00:18:11.540
אם אתם בוחנים את EVD, הנה מה שאני ממליץ.

00:18:11.680 --> 00:18:13.640
התחילו עם מאגר מערכים משותף, Pulled Host Poor.

00:18:13.640 --> 00:18:16.740
שם תקבלו את יעילות העלות הטובה ביותר מריבוי הפעלות ושינוי קנה מידה אוטומטי.

00:18:16.840 --> 00:18:18.540
השתמשו בפסלוגיקס מהיום הראשון.

00:18:18.700 --> 00:18:20.660
אל תשקלו אפילו לנהל פרופילים בלעדיו.

00:18:20.840 --> 00:18:23.400
זה ההבדל בין חוויה חלקה לחוויה מתסכלת.

00:18:23.540 --> 00:18:26.100
והקצו הרשאות דרך קבוצות לא משתמשים בודדים.

00:18:26.260 --> 00:18:27.500
צרו קבוצת משתמשי EVD.

00:18:27.500 --> 00:18:29.520
הוסיפו אליה אנשים ונהלו את הגישה משם.

00:18:29.640 --> 00:18:31.800
אם אתם רוצים לבדוק את EVD, התחילו בקטן.

00:18:31.800 --> 00:18:34.620
מאגר מערכים אחד, כמה משתמשים, תראו איך זה מרגיש.

00:18:34.760 --> 00:18:38.080
חסם הכניסה נמוך, ואפשר ללמוד הרבה מפיילוט לפני שמרחיבים.

00:18:38.260 --> 00:18:40.780
זהו Azure Virtual Desktop, מוסבר בפשטות.

00:18:40.920 --> 00:18:45.200
הרשמו לעוד הסברים בשפה פשוטה על טכנולוגיות מייקרוסופט, ושתפו זאת עם.