WEBVTT

00:00:00.000 --> 00:00:04.020
Ласкаво просимо до чергового епізоду знань Microsoft тут на М365FM.

00:00:04.140 --> 00:00:05.660
Я ваш ведучий Мірко Пітерс.

00:00:05.840 --> 00:00:09.580
Сьогоднішня тема така, про яку чули майже всі, але мало хто по-справжньому розуміє.

00:00:09.840 --> 00:00:11.360
Віртуальний робочий стіл EJUR.

00:00:11.520 --> 00:00:12.340
Що це таке?

00:00:12.480 --> 00:00:15.220
Це просто віддалений ПК у хмарі чи щось набагато більше?

00:00:15.380 --> 00:00:18.020
Багато людей, чуючи цю назву, думають, що це просто заміна VPN

00:00:18.020 --> 00:00:20.320
або, можливо, спосіб орендувати віртуальну машину в EJUR.

00:00:20.480 --> 00:00:22.720
Деякі навіть плутають його з інструментом віддаленого робочого столу,

00:00:22.720 --> 00:00:25.040
який ви використовували для підключення до робочого комп'ютера з дому.

00:00:25.280 --> 00:00:26.680
Насправді, це не те й інше.

00:00:26.820 --> 00:00:27.960
Це набагато більше.

00:00:28.120 --> 00:00:31.080
Це повноцінний робочий стіл, безпечно наданий з хмари.

00:00:31.280 --> 00:00:34.300
До кінця цього епізоду ви зрозумієте, що таке EVD насправді,

00:00:34.440 --> 00:00:37.200
як поєднується його частини та чому компанії переходять на нього.

00:00:37.380 --> 00:00:40.020
Ми збираємося розбити його на основні складові простою мовою,

00:00:40.020 --> 00:00:43.080
щоб ви могли бачити загальну картину, а не лише маркетингові дрібниці.

00:00:43.260 --> 00:00:45.260
Що таке віртуальний робочий стіл EJUR?

00:00:45.400 --> 00:00:46.400
Загальна картина.

00:00:46.400 --> 00:00:48.040
Ось найпростіше визначення.

00:00:48.180 --> 00:00:50.920
Віртуальний робочий стіл EJUR – це Windows та програми Windows,

00:00:51.080 --> 00:00:53.100
що доставляються з хмари на будь-який пристрій.

00:00:53.260 --> 00:00:54.920
Уявіть собі це як потоковий сервіс,

00:00:55.040 --> 00:00:57.300
але замість потокової передачі фільмів і телешоу

00:00:57.300 --> 00:00:59.660
ви транслюєте свій робочий стіл і бізнес-програми.

00:00:59.800 --> 00:01:02.180
Netflix виконує всю важку роботу на своїх серверах,

00:01:02.180 --> 00:01:04.600
AVD займається обчисленнями на серверах EJUR.

00:01:04.720 --> 00:01:06.180
Ви знаєте, як працює Netflix.

00:01:06.460 --> 00:01:08.640
Ви відкриваєте програму на телевізорі, телефоні чи ноутбуці

00:01:08.640 --> 00:01:10.540
і отримуєте однаковий досвід на кожному пристрої.

00:01:10.680 --> 00:01:13.040
Фактична важка робота, обробка, зберігання, рендеринг –

00:01:13.040 --> 00:01:14.460
все це відбувається на серверах Netflix.

00:01:14.660 --> 00:01:16.540
Ваш пристрій – це просто вікно в цей контент.

00:01:16.680 --> 00:01:18.940
І, як і у випадку з Netflix, вам не потрібен потужний пристрій

00:01:18.940 --> 00:01:19.880
для використання AVD.

00:01:20.040 --> 00:01:21.380
Робота відбувається в хмари.

00:01:21.540 --> 00:01:22.840
AVD працює так само.

00:01:22.840 --> 00:01:25.000
Ваші користувачі отримують повноцінний робочий стіл Windows

00:01:25.000 --> 00:01:27.240
з усіма своїми програмами, але фактичні обчислення відбуваються

00:01:27.240 --> 00:01:28.700
на віртуальних машинах, що працюють вежур.

00:01:28.700 --> 00:01:31.200
Локальний пристрій просто відображає те, що відбувається

00:01:31.200 --> 00:01:32.120
на віддаленій машині.

00:01:32.240 --> 00:01:34.680
Це може бути ноутбук Windows, Mac, iPad, Chromebook

00:01:34.680 --> 00:01:36.880
або навіть старий ПК, який ледве може запускати

00:01:36.880 --> 00:01:38.100
власну операційну систему.

00:01:38.320 --> 00:01:40.620
Поки він може запускати програму Windows, він працює.

00:01:40.740 --> 00:01:42.700
Програма для Windows – це легкий клієнт, який ви встановлюєте

00:01:42.700 --> 00:01:44.560
на будь-який пристрій, і він підключається до служби AVD

00:01:44.560 --> 00:01:46.060
для відображення віддаленого робочого столу.

00:01:46.160 --> 00:01:47.360
Це все, що вам потрібно.

00:01:47.480 --> 00:01:48.880
А тепер ось ключова відмінність.

00:01:49.040 --> 00:01:51.020
Ви не орендуєте цілий ПК для кожної людини.

00:01:51.020 --> 00:01:53.740
Натомість ви підключаєтеся до спільного керованого середовища.

00:01:53.840 --> 00:01:54.720
А ось у чому річ.

00:01:54.860 --> 00:01:56.440
Те, що називається багатосеансовим режимом,

00:01:56.520 --> 00:01:58.240
дозволяє кільком користувачам одночасно працювати

00:01:58.240 --> 00:01:59.280
на одному комп'ютері з Windows.

00:01:59.480 --> 00:02:01.980
Звичайна Windows розроблена для одного користувача одночасно.

00:02:02.100 --> 00:02:03.180
AVD це змінює.

00:02:03.320 --> 00:02:05.460
На звичайному ноутбуці з Windows одночасно може бути введена

00:02:05.460 --> 00:02:06.540
в систему лише одна людина.

00:02:06.680 --> 00:02:07.720
Так працює Windows.

00:02:07.900 --> 00:02:10.380
Але з AVD ви можете одночасно мати кількох користувачів

00:02:10.380 --> 00:02:11.560
на одному комп'ютері з Windows.

00:02:11.560 --> 00:02:13.880
Кожна людина отримує свій власний ізольований сеанс,

00:02:14.020 --> 00:02:15.380
власні програми, власні файли.

00:02:15.500 --> 00:02:18.400
Усі вони спільно використовують одну і ту саму базову віртуальну машину.

00:02:18.560 --> 00:02:20.800
Це те, чого ви просто не можете зробити зі звичайним ноутбуком,

00:02:20.860 --> 00:02:24.080
і це одна з головних причин, чому AVD може заощадити компаніям стільки грошей.

00:02:24.180 --> 00:02:26.480
Під капотом AVD працює на віртуальних машинах,

00:02:26.560 --> 00:02:29.660
що працюють вежур, але Microsoft керує всіма складними частинами,

00:02:29.800 --> 00:02:30.380
залаштунками.

00:02:30.540 --> 00:02:33.320
Брокер, який спрямовує користувачів до потрібного госта сеансу,

00:02:33.320 --> 00:02:35.880
шлюз, який керує з'єднанням, і балансування навантаження,

00:02:36.000 --> 00:02:38.240
яке розподіляє користувачів між доступними машинами.

00:02:38.360 --> 00:02:40.700
Вам не потрібно створювати нічого з цього самостійно.

00:02:40.880 --> 00:02:43.160
Все, що вам потрібно зробити, це створити пули хостів,

00:02:43.280 --> 00:02:45.300
налаштувати програми та призначити користувачів.

00:02:45.480 --> 00:02:48.840
Для IT-команд це спрощує управління та зменшує витрати на обладнання.

00:02:49.000 --> 00:02:50.480
Отже, чому це важливо для вас?

00:02:50.620 --> 00:02:53.220
Це означає, що ваші користувачі отримують повноцінний досвід роботи з Windows

00:02:53.220 --> 00:02:54.200
з будь-якого пристрою будь-де.

00:02:54.200 --> 00:02:57.860
Графічний дизайнер на Mac може запускати програмне забезпечення для дизайну лише для Windows.

00:02:58.020 --> 00:03:01.100
Польовий працівник на планшеті може отримати доступ до тих самих бізнес-програм,

00:03:01.180 --> 00:03:03.120
які він використовує за своїм робочим столом.

00:03:03.220 --> 00:03:06.880
А підрядник на особистому ноутбуці може увійти в систему та безпечно працювати,

00:03:07.000 --> 00:03:08.960
не встановлюючи нічого на власний комп'ютер.

00:03:09.040 --> 00:03:11.460
А оскільки дані ніколи не залишають центр обробки даних Azure,

00:03:11.560 --> 00:03:15.040
це безпечніше, ніж зберігати дані на ноутбуці, які можуть бути втрачені або вкрадені.

00:03:15.040 --> 00:03:17.460
Це перемога як для користувачів, так і для ІТ-відділу.

00:03:17.560 --> 00:03:21.460
Але щоб зрозуміти, чому EVD існує взагалі, нам потрібно подивитися на проблему, яку він вирішує.

00:03:21.620 --> 00:03:23.500
Ми розглянемо це в наступному сегменті.

00:03:23.660 --> 00:03:25.200
Старий спосіб проти нового.

00:03:25.400 --> 00:03:26.860
Старий спосіб був простим.

00:03:27.040 --> 00:03:29.440
Ви купували потужний ноутбук для кожного співробітника,

00:03:29.600 --> 00:03:32.860
встановлювали всі необхідні програми та керували кожним пристроєм по черзі.

00:03:33.000 --> 00:03:36.660
Потім кожні 3-4 роки ви замінювали все це обладнання та починали все спочатку.

00:03:36.660 --> 00:03:39.420
Але ось у чому річ, приховані витрати були величезними.

00:03:39.560 --> 00:03:43.340
ІТ-команди витрачали години на розгортання, оновлення безпеки та усунення несправностей.

00:03:43.460 --> 00:03:45.860
Коли ноутбук губився або ламався, вам доводилося замінювати його,

00:03:45.980 --> 00:03:49.140
перевстановлювати все та сподіватися, що користувач створив резервну копію своїх файлів.

00:03:49.240 --> 00:03:52.640
А якщо хтось підхоплював вірус, вам доводилося стерти машину та починати з нуля.

00:03:52.800 --> 00:03:55.900
Потім наставала віддалена робота і старий спосіб повністю зламався.

00:03:55.900 --> 00:03:59.500
VPN були повільними та незграбними, домашні комп'ютери не були захищеними,

00:03:59.600 --> 00:04:04.040
а дані компанії зберігалися на пристроях, які могли бути втрачені, вкрадені або скомпрометовані.

00:04:04.200 --> 00:04:08.760
Система не контролювала кінцеву точку, але все одно відповідала за захист даних на ній.

00:04:08.940 --> 00:04:13.400
Новий спосіб Azure Virtual Desktop або скорочено AVD зовсім інший.

00:04:13.620 --> 00:04:16.600
Важка робота виконується в Azure, а не на локальному пристрої.

00:04:16.780 --> 00:04:20.440
Ваш ноутбук, планшет, телефон – це просто вікна, в це хмарне середовище.

00:04:20.440 --> 00:04:24.900
Фактична робота, програми, файли, обробка – все залишається в центрі обробки даних.

00:04:25.000 --> 00:04:28.040
Це великий ссу. Втрачаєте ноутбук, жодних втрат даних.

00:04:28.120 --> 00:04:31.320
Ви просто берете будь-який інший пристрій, знову входите в AVD, і ви там, де зупинилися.

00:04:31.480 --> 00:04:35.020
Ваші файли все ще там, ваші програми все ще налаштовані, а ваші налаштування не зруйновані.

00:04:35.020 --> 00:04:38.900
Сам пристрій став одноразовим. Це також змінює те, як ви платите за речі.

00:04:39.040 --> 00:04:42.800
Замість великих капітальних витрат кожні кілька років, купуючи сотні ноутбуків авансом,

00:04:42.800 --> 00:04:44.400
ви переходите до операційних витрат.

00:04:44.580 --> 00:04:46.320
Ви платите за те, що ви користовуєте.

00:04:46.460 --> 00:04:49.780
Якщо сьогодні у вас працює 50 людей, а завтра 100, ви збільшуєте обсяг виробництва.

00:04:49.920 --> 00:04:52.560
Якщо наступного місяця вам потрібно менше, ви зменшуєте обсяг виробництва.

00:04:52.700 --> 00:04:56.760
Ви не застрягнете на обладнанні, за яке ви переплатили, або не будете намагатися купити більше, коли воно вам знадобиться.

00:04:56.760 --> 00:05:01.240
Тепер давайте розглянемо фактичні елементи, які роблять це функціонуванням, починаючи з найважливішого.

00:05:01.380 --> 00:05:04.260
Перший структурний блок – пули хостів та хости сеансів.

00:05:04.260 --> 00:05:11.620
Перший структурний блок називається пулом хостів, і це саме те, на що він схожий, набір віртуальних машин, на яких розміщені робочі столи та програми Windows.

00:05:11.820 --> 00:05:16.680
Уявіть собі це як групу однакових комп'ютерів, налаштованих однаково, готових до підключення людей.

00:05:16.680 --> 00:05:19.680
Окремі машини в цьому пулі називаються хостами сеансів.

00:05:19.800 --> 00:05:24.300
Це фактичні віртуальні машини під керуванням Windows 11 Enterprise, зазвичай багатосесійної версії.

00:05:24.460 --> 00:05:29.640
Це означає, що кілька людей можуть одночасно входити в один і той самий комп'ютер, кожен у своєму власному приватному сеансі.

00:05:29.640 --> 00:05:33.660
Існує два типи пулів хостів, і різниця важлива для вартості та гнучкості.

00:05:33.900 --> 00:05:35.860
Об'єднаний пул хостів схожий на готель.

00:05:35.980 --> 00:05:38.960
Там зупиняється кілька гостей, але ні в кого не має постійної кімнати.

00:05:38.960 --> 00:05:44.040
Коли ви заселяєтеся, ви отримуєте будь-яку вільну кімнату, а коли ви виїжджаєте, хтось інший отримує цю кімнату наступного разу.

00:05:44.140 --> 00:05:49.040
За допомогою об'єднаних пулів хостів користувачі призначаються до будь-якого госта сеансів, який має вільну місткість на даний момент.

00:05:49.040 --> 00:05:56.500
Сьогодні вони можуть бути на машині, а завтра на машині будинок це чудово підходить для більшості працівників уміння розумової праці, оскільки дозволяє розмістити більше користувачів на меншій кількості машин.

00:05:56.620 --> 00:05:59.040
Персональний пул хостів схожий на вашу власну квартиру.

00:05:59.040 --> 00:06:01.820
Вона ваша, ніхто інший нею не користується, і ваші речі там.

00:06:01.960 --> 00:06:03.500
Ваші налаштування, ваші файли.

00:06:03.640 --> 00:06:05.940
Ви отримуєте ту саму машину щоразу, коли входите в систему.

00:06:05.940 --> 00:06:13.000
Це корисно для досвідчених користувачів, яким потрібна стабільна продуктивність, або для сценаріїв, коли потрібно встановити спеціалізоване програмне забезпечення, яке погано працює в спільному середовищі.

00:06:13.100 --> 00:06:16.620
Але це коштує дорожче, оскільки кожному користувачеві потрібна власна виділена віртуальна машина.

00:06:16.620 --> 00:06:21.460
А ось тут починається цікаве, який віді вирішує, на якому хості сеансів знаходиться користувач.

00:06:21.600 --> 00:06:24.080
Це балансування навантаження, і існує два підходи.

00:06:24.080 --> 00:06:28.340
Спочатку в ширину означає, що система рівномірно розподіляє користувачів по всіх доступних хостах сеансів.

00:06:28.480 --> 00:06:32.300
Отже, якщо у вас 10 машин і 100 користувачів, кожна машина отримує приблизно 10 користувачів.

00:06:32.300 --> 00:06:37.740
Це забезпечує стабільну продуктивність, оскільки жоден хост не перевантажується, і це налаштування за замовчуванням для більшості розгортань.

00:06:37.920 --> 00:06:39.300
Спочатку в глибину навпаки.

00:06:39.520 --> 00:06:42.440
Він повністю заповнює один хост сеансів, перш ніж перейти до наступного.

00:06:42.440 --> 00:06:46.800
Користувачі з 1 по 10 опиняються на машині A, користувачі з 11 по 20 переходять на машину B і так далі.

00:06:46.940 --> 00:06:47.900
Навіщо це робити?

00:06:48.040 --> 00:06:50.060
Тому що це дозволяє вимкнути порожні машини.

00:06:50.060 --> 00:06:54.620
Як тільки машина A заповниться і машина B також заповнена, машини з C по Z можна вимкнути, щоб заощадити гроші.

00:06:54.740 --> 00:06:58.500
Глибина, перш за все, чудово працює з автоматичним масштабуванням, і це наступний етап масштабування.

00:06:58.680 --> 00:07:03.900
Ви можете налаштувати AVD на автоматичне додавання або видалення хостів сеансів, залежно від того, скільки людей увійшли в систему.

00:07:03.900 --> 00:07:06.700
У години пік у вас може працювати 20 машин.

00:07:06.860 --> 00:07:08.580
Вночі може працювати лише дві.

00:07:08.740 --> 00:07:12.220
Система обробляється автоматично на основі розкладів, які ви визначаєте.

00:07:12.440 --> 00:07:14.680
Саме тут починається справжня економія коштів.

00:07:14.860 --> 00:07:17.140
Ви не платите за машини, які не використовуються.

00:07:17.300 --> 00:07:18.620
То чому це важливо для вас?

00:07:18.740 --> 00:07:23.260
Об'єднані пули хостів із балансуванням навантаження, глибина, перш за все, та автоматичним масштабуванням можуть значно знизити ваші витрати.

00:07:23.260 --> 00:07:30.360
Замість того, щоб купувати віртуальну машину для кожного користувача, ви купуєте достатньо, щоб покрити ваше пікове одночасне використання, і навіть ці машини працюють лише тоді, коли люди дійсно працюють.

00:07:30.480 --> 00:07:32.800
Отже, у вас є пул хостів із вашими віртуальними машинами.

00:07:32.980 --> 00:07:35.220
Тепер, як користувачі насправді отримують свої програми.

00:07:35.380 --> 00:07:36.980
Другий будівельний блок – групи програм.

00:07:37.200 --> 00:07:41.320
Отже, групи програм – це логічні контейнери, які визначають, до чого користувач може отримати доступ.

00:07:41.460 --> 00:07:43.100
Уявіть їх як набори дозволів.

00:07:43.100 --> 00:07:46.200
Ви отримуєте або повний робочий стіл, або лише певні програми.

00:07:46.340 --> 00:07:47.380
Існує два типи.

00:07:47.520 --> 00:07:51.160
З групою програм робочого столу користувачі отримують повний доступ до робочого столу Windows.

00:07:51.420 --> 00:07:54.940
Вони входять у систему та бачать меню «Пуск», «Панель завдань», «Файловий провідник» – все.

00:07:55.140 --> 00:07:58.200
Він виглядає та відчувається як звичайний комп'ютер Windows, бо це, по суті, так.

00:07:58.360 --> 00:07:59.960
Більшість компаній починають саме з цього.

00:08:00.140 --> 00:08:02.400
Група програм віддаленого доступу до програм відрізняється.

00:08:02.400 --> 00:08:06.220
Замість того, щоб надавати користувачам повний робочий стіл, вона надає їм окремі програми.

00:08:06.380 --> 00:08:07.260
І ось що дивує.

00:08:07.440 --> 00:08:10.800
Ці програми виглядають так, ніби вони працюють локально на пристрої користувача.

00:08:10.940 --> 00:08:15.960
Ви відкриваєте Word, і він з'являється в окремому вікні на вашому Mac або планшеті поруч із вашими локальними програмами.

00:08:16.140 --> 00:08:20.980
Ніякого фону робочого столу, жодного інтерфейсу віртуальної машини, лише програма працює безперебійно.

00:08:21.120 --> 00:08:26.060
Уявіть собі користувача, якому потрібні лише три програми – Word, Excel та спеціальний інструмент для бізнесу.

00:08:26.060 --> 00:08:28.860
За допомогою віддаленого доступу ви публікуєте лише ці три програми.

00:08:29.000 --> 00:08:33.180
Користувач відкриває програму Windows, бачить три значки, натискає на одну, і програма відкривається в окремому вікні.

00:08:33.320 --> 00:08:35.680
Вони ніколи не бачать робочий стіл, і їм це ніколи не потрібно.

00:08:35.780 --> 00:08:38.220
Це набагато простіший досвід для працівників, які виконують завдання.

00:08:38.340 --> 00:08:39.600
А тепер ось важлива деталь.

00:08:39.740 --> 00:08:42.100
Віддалений доступний лише з об'єднаними пулами хостів.

00:08:42.240 --> 00:08:45.760
Якщо ви не використовуєте особисті пули хостів, ви обмежені повним робочим столом.

00:08:45.900 --> 00:08:47.180
Так працює технологія.

00:08:47.180 --> 00:08:48.800
Але ось де це стає потужним.

00:08:49.040 --> 00:08:52.340
Користувачів можна призначати до кількох груп програм у різних пулах хостів.

00:08:52.460 --> 00:08:57.980
Отже, один користувач може мати групу програм для робочого столу з одного пулу хостів та групу програм для віддалених програм з іншого.

00:08:58.140 --> 00:09:02.940
Той самий користувач входить у програму Windows і бачить як повний значок робочого столу, так і окремі значки програм.

00:09:03.220 --> 00:09:05.100
Він може вибрати те, що йому потрібно.

00:09:05.260 --> 00:09:06.640
Як це працює на практиці.

00:09:06.640 --> 00:09:13.820
Я б створив групу програм, призначив її користувачеві або групі в Azure ID, і ці ресурси з'являться автоматично наступного разу, коли користувач відкриє програму Windows.

00:09:14.000 --> 00:09:17.080
Ніякого ручного налаштування, жодних файлів конфігурації, жодних посилань для надсилання.

00:09:17.240 --> 00:09:18.360
Вони просто з'являються.

00:09:18.520 --> 00:09:20.680
Але користувачам потрібен спосіб знайти ці ресурси.

00:09:20.800 --> 00:09:22.500
Ось тут і з'являються робочі простори.

00:09:22.600 --> 00:09:24.400
Третій будівельний блок – робочі простори.

00:09:24.400 --> 00:09:29.700
Отже, у вас є ваші пули хостів і ваші групи програм, але користувачам потрібен спосіб фактично знаходити та отримувати доступ до всіх цих ресурсів.

00:09:29.800 --> 00:09:31.540
Ось тут і з'являються робочі простори.

00:09:31.660 --> 00:09:33.800
Робоча область – це логічне групування груп програм.

00:09:34.080 --> 00:09:36.600
Це те, що користувачі бачать, коли відкривають програму Windows.

00:09:36.780 --> 00:09:39.780
Уявіть собі це як папку на вашому телефоні, яка впорядковує ваші програми.

00:09:39.920 --> 00:09:43.380
Ви не відкриваєте телефон і не бачите кожну свою програму, розкидану по екрану.

00:09:43.520 --> 00:09:47.080
Вони згруповані в папки, ігри в одній папці, інструменти продуктивності в іншій.

00:09:47.080 --> 00:09:49.620
Робочі простори роблять те саме для ресурсів AVD.

00:09:49.760 --> 00:09:52.340
Кожна група програм має бути пов'язана з робочим простором.

00:09:52.500 --> 00:09:53.780
Немає іншого способу.

00:09:53.920 --> 00:09:58.020
Якщо ви створите групу програм і не підключити її до робочого простору, користувачі просто не побачать її.

00:09:58.160 --> 00:10:00.900
Вона існує у фоновому режимі, але ніхто не може отримати до неї доступ.

00:10:01.040 --> 00:10:02.820
Робочий простір робить її видимою.

00:10:02.980 --> 00:10:05.120
Ось як це працює з точки зору користувача.

00:10:05.280 --> 00:10:09.200
Хтось відкриває програму Windows на своєму пристрої, входить у свій робочий обліковий запис

00:10:09.200 --> 00:10:14.520
і одразу бачить усі призначені йому ресурси, робочі столи, програми, все організоване за робочими просторами.

00:10:14.660 --> 00:10:19.000
Ніякого ручного налаштування, жодних файлів конфігурації, жодних посилань для переходу з боку і те відділу.

00:10:19.120 --> 00:10:20.360
Воно просто з'являється.

00:10:20.520 --> 00:10:23.400
Тепер ви можете мати кілька робочих просторів для різних сценаріїв.

00:10:23.500 --> 00:10:27.420
Можливо, ви створите один робочий простір для фінансового відділу з усіма їхніми бухгалтерськими програмами,

00:10:27.520 --> 00:10:30.340
інший робочий простір для інженерної команди з їхніми інструментами проєктування

00:10:30.340 --> 00:10:32.700
та третій робочий простір для підрядників з обмеженим доступом.

00:10:32.820 --> 00:10:35.520
Користувачі бачать лише ті робочі області, до яких їм призначені,

00:10:35.600 --> 00:10:38.240
тому фінансовий спеціаліст ніколи не бачить інженерних інструментів,

00:10:38.280 --> 00:10:40.020
а підрядник ніколи не бачить внутрішніх програм.

00:10:40.280 --> 00:10:42.360
Інтерфейс користувача надзвичайно простий.

00:10:42.500 --> 00:10:45.500
Відкрийте програму Windows, увійдіть, і все необхідне є прямо тут.

00:10:45.660 --> 00:10:48.640
Клацніть значок на робочому столі, і ви перебуваєте в повноцінному сеансі Windows.

00:10:48.820 --> 00:10:51.400
Клацніть значок програми, і вона відкриється як локальна програма.

00:10:51.400 --> 00:10:53.200
VPN не потрібен, жодних складних налаштувань,

00:10:53.320 --> 00:10:55.260
лише чистий список того, до чого ви можете отримати доступ.

00:10:55.380 --> 00:10:56.760
Тепер у нас є все на місці.

00:10:56.920 --> 00:11:00.260
Але як користувач насправді входить у систему та отримує доступ до свого робочого столу?

00:11:00.380 --> 00:11:03.480
Як користувачі підключаються, рівень ідентифікації та доступу.

00:11:03.600 --> 00:11:06.000
Отже, все починається з Microsoft EntraID.

00:11:06.200 --> 00:11:08.460
Ви можете досі знати його як Azure Active Directory.

00:11:08.680 --> 00:11:10.520
Microsoft деякий час тому змінила його на рецепцію,

00:11:10.580 --> 00:11:12.120
але це та сама система, що лежить в основі.

00:11:12.220 --> 00:11:15.460
Уявіть собі EntraID як стійку реєстрації вашого цифрового офісу.

00:11:15.460 --> 00:11:17.860
Він знає, хто ви і до чого вам дозволено доступ.

00:11:18.040 --> 00:11:22.020
Він обробляє ваш вхід до Microsoft 365, Teams, SharePoint і так.

00:11:22.140 --> 00:11:23.800
Він також контролює доступ до AVD.

00:11:23.940 --> 00:11:26.120
Тепер як користувач насправді підключається.

00:11:26.320 --> 00:11:27.940
Дозвольте мені пояснити вам процес.

00:11:28.080 --> 00:11:29.860
Вони відкривають програму Windows на своєму пристрої,

00:11:29.940 --> 00:11:31.960
входять за допомогою робочої електронної пошти та пароля,

00:11:32.040 --> 00:11:34.740
а якщо налаштовано багатофакторну автентифікацію, вони також роблять це.

00:11:34.860 --> 00:11:37.720
Програма Windows надсилає запит на автентифікацію до EntraID,

00:11:37.920 --> 00:11:39.240
що підтверджує їхню особу.

00:11:39.240 --> 00:11:42.200
Потім AVD перевіряє, до яких груп програм вони належать.

00:11:42.300 --> 00:11:44.980
Нарешті, сам хост сеансу автентифікує користувача.

00:11:45.120 --> 00:11:46.680
Цей останній крок є важливим.

00:11:46.820 --> 00:11:48.720
Навіть якщо користувач увійшов у програму Windows,

00:11:48.860 --> 00:11:51.480
йому все одно потрібен дозвіл для фактичного входу у віртуальну машину.

00:11:51.640 --> 00:11:53.560
Це контролюється певною ролью Azure під назвою

00:11:53.560 --> 00:11:55.240
«Вхід користувача віртуальної машини».

00:11:55.240 --> 00:11:58.000
Без призначення цієї ролі користувач може автентифікуватися в AVD

00:11:58.000 --> 00:11:59.780
та переглядати свої ресурси в програмі Windows,

00:11:59.900 --> 00:12:01.900
але коли він намагається підключитися, це не вдається.

00:12:01.900 --> 00:12:04.060
Він не має права входити в хост сеансу.

00:12:04.200 --> 00:12:06.120
Ось тут і знадобляться найкращі практики.

00:12:06.280 --> 00:12:07.900
Ніколи не призначайте дозволи окремим користувачам.

00:12:08.660 --> 00:12:10.020
Завжди використовуйте групи.

00:12:10.160 --> 00:12:12.960
Створіть групу Ventra ID, назвіть її щось на кшталт «Користувачі AVD»,

00:12:12.960 --> 00:12:14.120
додайте всіх своїх користувачів,

00:12:14.200 --> 00:12:17.120
а потім призначте цю групу групі програм та ролі входу користувача віртуальної машини.

00:12:17.260 --> 00:12:19.720
Коли приєднується нова людина, додайте її до групи.

00:12:19.840 --> 00:12:21.500
Коли хтось виходить, видаліть її.

00:12:21.680 --> 00:12:24.460
Вам більше ніколи не доведеться торкатися конфігурації AVD.

00:12:31.900 --> 00:12:33.300
Не потрібен спеціальний пристрій.

00:12:33.460 --> 00:12:35.560
Вони можуть використовувати все, що в них вже є.

00:12:35.700 --> 00:12:37.380
А оскільки все побудовано на Entra ID,

00:12:37.580 --> 00:12:40.200
ваші існуючі політики безпеки застосовуються автоматично.

00:12:40.600 --> 00:12:44.280
Багатофакторна автентифікація працює так само, як і для Microsoft 365.

00:12:44.760 --> 00:12:47.600
Політики умовного доступу, такі як вимога сумісного пристрою

00:12:47.600 --> 00:12:49.400
або блокування доступу з певних місць,

00:12:49.520 --> 00:12:52.760
застосовуються до AVD так само, як і до SharePoint або Exchange.

00:12:52.760 --> 00:12:55.520
Одна політика безпеки для всіх ваших службових.

00:12:55.620 --> 00:12:56.900
Також є єдиний вхід.

00:12:56.900 --> 00:12:59.520
Користувачі автентифікуються один раз у програмі Windows

00:12:59.520 --> 00:13:02.900
і не отримують повторного запиту під час запуску робочого столу або програм.

00:13:03.120 --> 00:13:04.160
Це безперебійно.

00:13:04.320 --> 00:13:06.440
Увійдіть один раз, і все просто працює.

00:13:06.580 --> 00:13:09.620
Але є ще один фактор, який робить AVD справді безперебійним,

00:13:09.720 --> 00:13:11.720
і це те, що хвилює кожного користувача.

00:13:11.840 --> 00:13:13.480
Проблема профілю користувача.

00:13:13.620 --> 00:13:15.000
Чому Slogix важливий?

00:13:15.120 --> 00:13:17.380
Ось дещо, про що ви, можливо, не думали.

00:13:17.380 --> 00:13:20.960
У полі хостів користувач може потрапляти на іншу віртуальну машину щоразу,

00:13:21.020 --> 00:13:22.080
коли входить у систему.

00:13:22.260 --> 00:13:24.020
Сьогодні машина A, завтра машина B,

00:13:24.020 --> 00:13:26.720
Післязавтра машина C без будь-якого керування профілями

00:13:26.720 --> 00:13:29.920
кожен вхід відчувається як використання абсолютно нового комп'ютера.

00:13:30.100 --> 00:13:32.100
Ніяких закладок, жодних файлів робочого столу,

00:13:32.200 --> 00:13:34.760
жодних збережених паролів, жодного підпису Outlook, нічого.

00:13:34.940 --> 00:13:36.320
Це як реєстрація в готельному номері,

00:13:36.420 --> 00:13:38.900
який повністю очищається та скидається щоразу, коли ви виходите.

00:13:39.080 --> 00:13:41.560
Ваші налаштування, уподобання, файли, все зникло.

00:13:41.740 --> 00:13:43.700
Старим рішенням були переміщувані профілі.

00:13:43.700 --> 00:13:46.200
Windows копіювала весь ваш профіль з центрального сервера

00:13:46.200 --> 00:13:48.040
на будь-який комп'ютер, на якому ви входили.

00:13:48.240 --> 00:13:49.720
Звучить розумно чи не так?

00:13:49.860 --> 00:13:52.960
На практиці це було повільно, ненадійно та схильно до пошкоджень.

00:13:53.120 --> 00:13:55.300
Вхід міг тривати 30 секунд або більше.

00:13:55.480 --> 00:13:58.260
Якщо копіювання переривалося, ваш профіль міг повністю зламатися.

00:13:58.380 --> 00:13:59.980
І те команди витрачали незлічену кількість годин

00:13:59.980 --> 00:14:01.160
на виправлення пошкоджених профілів,

00:14:01.260 --> 00:14:02.340
що було не дуже гарним досвідом.

00:14:02.480 --> 00:14:04.540
Microsoft усвідомила, що це серйозна проблема,

00:14:04.540 --> 00:14:06.560
тому вони купили компанію під назвою Slogix

00:14:06.560 --> 00:14:08.820
та інтегрували свою технологію безпосередньо в AVD.

00:14:08.820 --> 00:14:11.240
Slogix повністю вирішує проблему профілів

00:14:11.240 --> 00:14:12.460
і робить це елегантно.

00:14:12.620 --> 00:14:13.720
Ось як це працює.

00:14:13.900 --> 00:14:15.720
Замість копіювання профілю туди-сюди,

00:14:15.880 --> 00:14:18.060
Slogix зберігає профіль кожного користувача

00:14:18.060 --> 00:14:20.200
як окремий файл віртуального жорсткого диска

00:14:20.200 --> 00:14:22.780
в центральному розташуванні, зазвичай у файлах Azure.

00:14:22.960 --> 00:14:24.460
Коли користувач входить до AVD,

00:14:24.600 --> 00:14:27.180
Slogix монтує цей диск безпосередньо до його сеансу.

00:14:27.180 --> 00:14:30.260
Він підключається миттєво, як підключення USB-накопичувача.

00:14:30.360 --> 00:14:32.480
Усі налаштування, файли, закладки та параметри

00:14:32.480 --> 00:14:33.480
відображаються миттєво.

00:14:33.660 --> 00:14:34.800
Результати вражаючі.

00:14:34.940 --> 00:14:37.280
Час входу в систему скорочується з понад 30 секунд

00:14:37.280 --> 00:14:38.880
до приблизно 7 або 8 секунд.

00:14:39.000 --> 00:14:40.860
А оскільки профіль зберігається централізовано,

00:14:40.980 --> 00:14:42.700
немає значення, на якому хості сеансу

00:14:42.700 --> 00:14:43.620
знаходиться користувач.

00:14:43.760 --> 00:14:45.560
Профіль автоматично слідує за ним.

00:14:45.760 --> 00:14:47.080
Slogix також вирішує велику проблему

00:14:47.080 --> 00:14:48.460
з програмами Microsoft 365.

00:14:49.120 --> 00:14:50.520
У традиційному об'єднаному середовищі

00:14:50.520 --> 00:14:52.480
режим кешування Outlook та синхронізація Onedrive

00:14:52.480 --> 00:14:54.040
були практично непридатними для використання.

00:14:54.300 --> 00:14:55.680
Продуктивність була жахливою.

00:14:55.680 --> 00:14:57.640
З Slogix обидва працюють ідеально.

00:14:57.800 --> 00:14:59.660
Користувачі отримують повний Outlook з офлайн-доступом,

00:14:59.740 --> 00:15:00.900
Onedrive синхронізує їхні файли,

00:15:00.980 --> 00:15:02.220
а тім скешує дані належним чином.

00:15:02.360 --> 00:15:03.440
Все просто працює.

00:15:03.580 --> 00:15:05.320
Ось чому Slogix вважається стандартним

00:15:05.320 --> 00:15:07.960
і невід'ємним рішенням для профілів користувачів в AVD.

00:15:08.120 --> 00:15:10.100
Не намагайтеся керувати профілями без нього.

00:15:10.300 --> 00:15:11.720
Ви отримаєте повільний вхід у систему,

00:15:11.820 --> 00:15:13.660
пошкоджені профілі та незадоволених користувачів.

00:15:14.000 --> 00:15:15.500
Використовуйте Slogix з першого дня.

00:15:15.680 --> 00:15:17.240
Отже, тепер, коли ви розумієте складові,

00:15:25.680 --> 00:15:26.980
замість традиційних ноутбуків.

00:15:27.120 --> 00:15:28.800
Все зводиться до безпеки та вартості.

00:15:28.940 --> 00:15:30.340
Давайте розберемо це детальніше.

00:15:30.440 --> 00:15:31.720
По-перше, модель безпеки.

00:15:31.840 --> 00:15:34.160
Зайвіді дані ніколи не залишають центр обробки даних Azure.

00:15:34.320 --> 00:15:35.960
Пристрій користувача просто відображає те,

00:15:36.080 --> 00:15:37.480
що відбувається на віддаленій машині.

00:15:37.620 --> 00:15:39.900
Фактичні файли, програми та конфіденційна інформація

00:15:39.900 --> 00:15:41.780
залишаються в центрах обробки даних Microsoft

00:15:41.780 --> 00:15:43.520
за їхніми засобами контролю безпеки.

00:15:43.640 --> 00:15:45.120
Якщо хтось втратить свій ноутбук,

00:15:45.120 --> 00:15:46.400
на ньому нічого буде вкрасти,

00:15:46.500 --> 00:15:47.920
оскільки даних там ніколи не було.

00:15:48.120 --> 00:15:49.660
Вам не потрібно турбуватися про шифрування

00:15:49.660 --> 00:15:52.120
кожної кінцевої точки або видалення викрадених пристроїв.

00:15:52.220 --> 00:15:54.380
Microsoft також інтегрує DAFENDAFA Endpoint

00:15:54.380 --> 00:15:56.100
безпосередньо в хости сеансів AVD,

00:15:56.220 --> 00:15:57.900
тому ваші віртуальні машини контролюються

00:15:57.900 --> 00:16:00.460
та захищаються, як і будь-який інший керований пристрій.

00:16:00.620 --> 00:16:02.320
Виявлення шкідливого програмного забезпечення,

00:16:02.440 --> 00:16:03.940
пошук загроз та автоматизоване реагування

00:16:03.940 --> 00:16:05.720
застосовуються до вашого середовища AVD.

00:16:05.720 --> 00:16:07.820
ІТ-відділ отримує єдине уявлення про безпеку

00:16:07.820 --> 00:16:10.300
як на фізичних пристроях, так і на віртуальних робочих столах.

00:16:10.420 --> 00:16:12.620
Тепер поговоримо про централізоване управління.

00:16:12.760 --> 00:16:14.540
Це величезна перемога для ІТ-команд.

00:16:14.720 --> 00:16:16.720
Замість того, щоб керувати сотнями окремих ноутбуків,

00:16:16.800 --> 00:16:18.400
розгортати оновлення, вирішувати проблеми,

00:16:18.480 --> 00:16:19.600
замінювати несправне обладнання,

00:16:19.720 --> 00:16:20.860
ви керуєте одним середовищем.

00:16:21.000 --> 00:16:22.260
Оновить золотий образ один раз,

00:16:22.320 --> 00:16:24.060
і всі хости сеансів отримають оновлення.

00:16:24.220 --> 00:16:25.420
Внесіть зміну політики один раз,

00:16:25.500 --> 00:16:27.200
і вона застосовується до кожного користувача.

00:16:27.460 --> 00:16:28.780
Операційні витрати зменшуються.

00:16:28.920 --> 00:16:30.300
Ви економіте час і зусилля.

00:16:30.400 --> 00:16:31.460
А ще є сторона витрат.

00:16:31.600 --> 00:16:33.780
Автоматичне масштабування – це те, де AVD дійсно економить гроші.

00:16:33.920 --> 00:16:36.440
Хости сеансів працюють лише тоді, коли користувачі війшли в систему.

00:16:36.580 --> 00:16:39.040
У години пік у вас може працювати 50 машин.

00:16:39.200 --> 00:16:41.040
Вночі та у вихідні у вас може бути дві.

00:16:41.200 --> 00:16:43.420
Автоматичне масштабування може скоротити години роботи вашого комп'ютера

00:16:43.420 --> 00:16:44.480
на від 40 до 60%.

00:16:44.480 --> 00:16:46.480
Ви не платите за машини, які простоюють.

00:16:46.480 --> 00:16:48.820
Правильний вибір розміру – це ще один важіль зниження витрат.

00:16:48.980 --> 00:16:50.520
У старій моделі вам доводилося купувати ноутбуки,

00:16:50.600 --> 00:16:52.120
достатньо потужні для найвибагливіших користувачів,

00:16:52.220 --> 00:16:54.220
навіть якщо більшості людей потрібні були лише базові інструменти.

00:16:54.340 --> 00:16:56.200
За допомогою AVD ви підбираєте розмір віртуальних машин

00:16:56.200 --> 00:16:57.820
відповідно до фактичних вимог до робочого навантаження.

00:16:58.000 --> 00:16:59.860
Надайте досвідченим користувачам більші машини.

00:17:00.020 --> 00:17:01.920
Надайте виконавцям завдань менші та дешевші.

00:17:01.920 --> 00:17:04.680
Більше не потрібно переплачувати за обладнання, яке нікому не потрібне.

00:17:04.680 --> 00:17:07.080
І, можливо, у вас вже є перевага ліцензування.

00:17:07.260 --> 00:17:12.520
Якщо ваша організація використовує Windows 10 або 11 Enterprise або Microsoft 365 і 3 чи 5,

00:17:12.640 --> 00:17:16.560
ви можете використовувати AVD без будь-яких додаткових витрат на ліцензування робочого столу Windows.

00:17:16.760 --> 00:17:18.660
Ваша існуюча ліцензія покриває це.

00:17:18.840 --> 00:17:20.520
Це усуває основну перешкоду.

00:17:20.520 --> 00:17:22.240
А ще є швидкість розгортання.

00:17:22.400 --> 00:17:25.760
У старій моделі адаптація нового співробітника означала замовлення ноутбука,

00:17:25.860 --> 00:17:29.860
очікування його доставки, створення образу, встановлення програм та налаштування параметрів.

00:17:29.980 --> 00:17:31.640
Це могло зайняти дні або тижні.

00:17:31.640 --> 00:17:34.480
За допомогою AVD ви можете налаштувати нового користувача за лічені хвилини,

00:17:34.560 --> 00:17:36.760
створити його обліковий запис, призначити його до потрібної групи,

00:17:36.800 --> 00:17:38.860
і він готовий до роботи з будь-якого пристрою, який у нього вже є.

00:17:38.980 --> 00:17:40.860
Ось що ви повинні зробити з усього цього.

00:17:41.060 --> 00:17:44.000
Отже, ось що насправді являє собою Azure Virtual Desktop.

00:17:44.000 --> 00:17:48.640
Це керована служба, яка надає робочі столи та програми Windows з Azure на будь-який пристрій.

00:17:48.760 --> 00:17:52.360
Під капотом у вас є пул віртуальних машин, організованих у групи програм

00:17:52.360 --> 00:17:54.320
і представлених через робочі простори.

00:17:54.320 --> 00:17:56.580
Користувачі підключаються за допомогою програми Windows,

00:17:56.720 --> 00:18:00.100
автентифікуються за допомогою EntraID та отримують повний доступ до Windows на Mac,

00:18:00.200 --> 00:18:01.780
планшеті, Chromebook або старому ПК.

00:18:01.940 --> 00:18:03.000
Ось короткий зміст.

00:18:03.160 --> 00:18:06.420
AVD відокремлює обчислювальний процес від фізичного пристрою.

00:18:06.420 --> 00:18:09.140
Робота відбувається в хмарі, пристрій – це просто вікно.

00:18:09.280 --> 00:18:11.600
Якщо ви оцінюєте AVD, ось що я рекомендую.

00:18:11.760 --> 00:18:13.320
Почніть з об'єднаного пулу хостів.

00:18:13.480 --> 00:18:16.740
Саме тут ви отримаєте найкращу економічну ефективність завдяки багатосенсовому та автоматичному масштабованню.

00:18:16.740 --> 00:18:18.460
Використовуйте Slogix з першого дня.

00:18:18.620 --> 00:18:20.720
Навіть не розглядаєте керування профілями без нього.

00:18:20.920 --> 00:18:23.260
Це різниця між плавним і неприємним процесом.

00:18:23.400 --> 00:18:26.100
І призначайте дозволи через групи, а не окремих користувачів.

00:18:26.280 --> 00:18:29.460
Створіть групу користувачів AVD, додайте до неї людей і керуйте доступом звідти.

00:18:29.460 --> 00:18:31.720
Якщо ви хочете протестувати AVD, почніть з малого.

00:18:31.860 --> 00:18:34.420
Один пул хостів, кілька користувачів, подивіться, як це працює.

00:18:34.540 --> 00:18:37.980
Поріг входу низький і ви можете багато чого навчитися з пілотного проєкту перш ніж масштабуватися.

00:18:37.980 --> 00:18:40.820
Це віртуальний робочий стіл Azure пояснено простою англійською мовою.

00:18:40.960 --> 00:18:45.740
Підпишіться, щоб отримувати більше розборів технологій Microsoft простою англійською мовою і поділіться цим з...

00:18:45.740 --> 00:19:15.720
Дякую за перегляд!