WEBVTT 00:00:00.000 --> 00:00:04.020 Добро пожаловать в очередной выпуск Microsoft Knowledge на Гетас на М365FM. 00:00:04.160 --> 00:00:05.700 Я ваш ведущий, Мирку Питерс. 00:00:05.940 --> 00:00:09.760 Сегодняшняя тема — это то, о чем слышали почти все, но мало кто действительно понимает. 00:00:09.880 --> 00:00:11.020 Azure Virtual Desktop. 00:00:11.220 --> 00:00:12.560 Что же это такое на самом деле? 00:00:12.720 --> 00:00:15.460 Это просто удаленный ПК в облаке или нечто гораздо большее? 00:00:15.560 --> 00:00:20.240 Многие слышат это название и думают, что это просто замена VPN или способ арендовать виртуальную машину в Azure. 00:00:20.420 --> 00:00:24.840 Некоторые даже путают его с инструментом удаленного рабочего стола, который вы использовали для подключения к рабочему компьютеру из дома. 00:00:24.960 --> 00:00:26.700 На самом деле, это не то, не другое. 00:00:26.800 --> 00:00:28.080 Это нечто гораздо большее. 00:00:28.080 --> 00:00:31.460 Это полноценная рабочая среда, безопасно доставляемая из облака. 00:00:31.580 --> 00:00:37.380 К концу этого выпуска вы поймете, что такое AVD, как эти части работают вместе и почему компании переходят на него. 00:00:37.560 --> 00:00:43.360 Мы разберем все по основным компонентам простым языком, чтобы вы увидели общую картину, а не маркетинговую шелуху. 00:00:43.520 --> 00:00:45.260 Что такое Azure Virtual Desktop? 00:00:45.420 --> 00:00:46.260 Общая картина. 00:00:46.440 --> 00:00:47.980 Вот самое простое определение. 00:00:48.160 --> 00:00:53.220 Azure Virtual Desktop — это Windows и приложение Windows, доставляемое из облака на любое устройство. 00:00:53.220 --> 00:00:59.540 Представьте себе это как стриминговый сервис, но вместо фильмов и телешоу вы транслируете свой рабочий стол и бизнес-приложение. 00:00:59.760 --> 00:01:04.640 Netflix берет на себя всю тяжелую работу на своих серверах, а AVD выполняет вычисления на серверах Azure. 00:01:04.820 --> 00:01:06.240 Вы знаете, как работает Netflix. 00:01:06.500 --> 00:01:10.640 Вы открываете приложение на телевизоре, телефоне или ноутбуке и получаете одинаковые впечатления на каждом устройстве. 00:01:10.640 --> 00:01:14.380 Вся основная нагрузка, обработка, хранение и рендеринг происходят на серверах Netflix. 00:01:14.580 --> 00:01:16.640 Ваше устройство — это просто окно в этот контент. 00:01:16.780 --> 00:01:19.940 И, как и в случае с Netflix, вам не нужно мощное устройство для использования AVD. 00:01:20.080 --> 00:01:21.460 Вся работа происходит в облаке. 00:01:21.580 --> 00:01:22.960 AVD работает точно так же. 00:01:23.160 --> 00:01:26.200 Ваши пользователи получают полноценный рабочий стол Windows со всеми приложениями, 00:01:26.320 --> 00:01:28.680 но фактические вычисления происходят на виртуальных машинах в Azure. 00:01:28.860 --> 00:01:32.120 Локальное устройство лишь отображает то, что происходит на этой удаленной машине. 00:01:32.120 --> 00:01:35.620 Это может быть ноутбук с Windows, Mac, iPad, Chromebook или даже старый ПК, 00:01:35.820 --> 00:01:38.060 который едва тянет свою собственную операционную систему. 00:01:38.200 --> 00:01:40.840 Если на нем можно запустить приложение Windows, значит, это работает. 00:01:40.960 --> 00:01:43.760 Приложение Windows — это легкий клиент, который вы устанавливаете на любое устройство, 00:01:43.760 --> 00:01:46.320 и он подключается к службе AVD для отображения удаленного рабочего стола. 00:01:46.380 --> 00:01:47.460 Это все, что вам нужно. 00:01:47.640 --> 00:01:48.760 А теперь главное отличие. 00:01:48.900 --> 00:01:51.100 Вы не арендуете целый компьютер для каждого человека. 00:01:51.300 --> 00:01:53.680 Вместо этого вы подключаетесь к общеуправляемой среде. 00:01:53.800 --> 00:01:54.580 И вот в чем дело. 00:01:54.780 --> 00:01:56.680 Функция под названием «Многопользовательский сеанс» 00:01:56.680 --> 00:01:59.420 позволяет нескольким пользователям работать на одном компьютере с Windows одновременно. 00:01:59.420 --> 00:02:02.040 Обычная Windows предназначена для работы только одного пользователя. 00:02:02.200 --> 00:02:03.160 AVD меняет это. 00:02:03.280 --> 00:02:06.580 На стандартном ноутбуке с Windows в один момент времени может быть активна только одна учетная запись. 00:02:06.720 --> 00:02:07.720 Так устроена Windows. 00:02:07.900 --> 00:02:11.700 Но с помощью AVD вы можете работать с несколькими пользователями на одной машине с Windows одновременно. 00:02:11.880 --> 00:02:15.600 Каждый человек получает свой собственный изолированный сеанс, свои приложения и свои файлы. 00:02:15.760 --> 00:02:18.420 Все они совместно используют одну и ту же виртуальную машину. 00:02:18.560 --> 00:02:20.600 Это невозможно реализовать на обычном ноутбуке. 00:02:20.760 --> 00:02:24.120 И это одна из главных причин, почему AVD экономит компаниям столько денег. 00:02:24.120 --> 00:02:27.220 По сути, AVD работает на виртуальных машинах в Азур. 00:02:27.480 --> 00:02:30.600 Но Microsoft берет на себя все сложные технические аспекты. 00:02:30.600 --> 00:02:38.320 Брокер, направляющий пользователей на нужный узел сеансов, шлюз, управляющий подключением и балансировка нагрузки между машинами. 00:02:38.500 --> 00:02:40.560 Вам не нужно настраивать это самостоятельно. 00:02:40.700 --> 00:02:45.260 Все, что от вас требуется, создать пулы узлов, настроить приложения и назначить пользователей. 00:02:45.460 --> 00:02:48.900 Для IT-команд это упрощает управление и снижает затраты на оборудование. 00:02:49.060 --> 00:02:50.460 Так почему же это важно для вас? 00:02:50.460 --> 00:02:54.240 Это означает, что ваши пользователи получают полноценную среду Windows с любого устройства и из любого места. 00:02:54.420 --> 00:02:57.980 Графический дизайнер на Mac может запускать дизайнерскую IPA, доступную только для Windows. 00:02:57.980 --> 00:03:03.160 Выездной сотрудник с планшетом может получить доступ к тем же бизнес-приложениям, что и за своим рабочим столом. 00:03:03.180 --> 00:03:08.940 А подрядчик с личного ноутбука может безопасно войти в систему и работать, не устанавливая ничего на свое устройство. 00:03:09.080 --> 00:03:15.080 И поскольку данные не покидают центр обработки данных Азур, это безопаснее, чем хранить их на ноутбуке, который можно потерять или украсть. 00:03:15.220 --> 00:03:17.540 Это выигрыш как для пользователей, так и для IT-отдела. 00:03:17.620 --> 00:03:21.680 Но чтобы понять, зачем вообще нужен AVD, давайте рассмотрим проблему, которую он решает. 00:03:21.780 --> 00:03:23.560 Мы поговорим об этом в следующей части. 00:03:23.740 --> 00:03:25.240 Старый подход против нового. 00:03:25.240 --> 00:03:26.680 Старый способ был прост. 00:03:26.680 --> 00:03:32.900 Вы покупали мощный ноутбук для каждого сотрудника, устанавливали все необходимые программы и управляли каждым устройством по отдельности. 00:03:33.100 --> 00:03:36.740 Затем, каждые 3-4 года, вы заменяли все оборудование и начинали сначала. 00:03:36.960 --> 00:03:39.320 Но вот в чем дело, скрытые расходы были огромными. 00:03:39.480 --> 00:03:43.480 ИТ-команды тратили часы на развертывание, установку патчей безопасности и устранение неполадок. 00:03:43.600 --> 00:03:49.020 Если ноутбук терялся или ломался, его приходилось заменять, все переустанавливать и надеяться, что пользователь сделал резервную копию файлов. 00:03:49.120 --> 00:03:52.640 А если кто-то подхватывал вирус, нужно было полностью очищать систему и начинать все с нуля. 00:03:52.640 --> 00:03:56.120 Затем наступила эпоха удаленной работы, и старый подход окончательно перестал справляться. 00:03:56.300 --> 00:04:03.860 VPN-соединения были медленными и громоздкими, домашние компьютеры небезопасными, а корпоративные данные хранились на устройствах, которые можно было потерять, украсть или взломать. 00:04:03.980 --> 00:04:08.760 У компании не было контроля над конечной точкой, но она по-прежнему несла ответственность за защиту данных на ней. 00:04:08.940 --> 00:04:13.540 Новый подход с использованием Azure Virtual Desktop или сокращенная EVD кардинально отличается. 00:04:13.540 --> 00:04:16.820 Вся основная нагрузка ложится на Azure, а не на локальное устройство. 00:04:17.000 --> 00:04:20.480 Ваш ноутбук, планшет или телефон – это лишь окно в облачную среду. 00:04:20.660 --> 00:04:24.860 Сама работа, приложения, файлы и обработка данных остаются в центре обработки данных. 00:04:25.000 --> 00:04:25.980 Это серьезный сдвиг. 00:04:26.120 --> 00:04:28.180 Если вы потеряли ноутбук, данные останутся в сохранности. 00:04:28.320 --> 00:04:31.520 Вы просто берете любое другое устройство, входите в EVD и продолжаете с того же места. 00:04:31.720 --> 00:04:34.920 Ваши файлы на месте, приложения настроены, а параметры сохранены. 00:04:35.120 --> 00:04:37.060 Само устройство стало расходным материалом. 00:04:37.180 --> 00:04:38.740 Это также меняет модель оплаты. 00:04:38.740 --> 00:04:44.480 Вместо крупных капитальных затрат раз в несколько лет на покупку сотен ноутбуков, вы переходите на операционные расходы. 00:04:44.620 --> 00:04:46.400 Вы платите только за то, что используете. 00:04:46.580 --> 00:04:49.920 Если сегодня работают 50 человек, а завтра 100, вы масштабируетесь вверх. 00:04:50.040 --> 00:04:52.780 Если в следующем месяце нужно меньше, вы масштабируетесь вниз. 00:04:52.940 --> 00:04:56.620 Вам больше не нужно переплачивать за оборудование или в спешке закупать новое. 00:04:56.780 --> 00:05:01.160 Давайте разберем компоненты, которые обеспечивают эту работу, начиная с самого главного. 00:05:01.300 --> 00:05:04.220 Первый строительный блок – пулы узлов и узлы сеансов. 00:05:04.220 --> 00:05:11.760 Первый блок называется «пул узлов», и это именно то, что подразумевает название «набор виртуальных машин, на которых размещаются рабочие столы и приложения Windows». 00:05:11.760 --> 00:05:16.720 Представьте это как группу идентичных компьютеров, настроенных одинаковым образом и готовых к подключению пользователей. 00:05:16.880 --> 00:05:19.820 Отдельные машины внутри этого пула называются узлами сеансов. 00:05:19.940 --> 00:05:24.440 Это полноценные виртуальные машины под управлением Windows 11 Enterprise, обычно в многосеансовой версии. 00:05:24.560 --> 00:05:29.380 Это значит, что несколько человек могут быть одновременно подключены к одной машине, каждый в своем личном сеансе. 00:05:29.520 --> 00:05:33.960 Существует два типа пулов узлов, и разница между ними важна для стоимости и гибкости. 00:05:33.960 --> 00:05:35.780 Общий пул узлов похож на отель. 00:05:35.960 --> 00:05:39.180 В нем останавливается много гостей, но ни у кого нет постоянного номера. 00:05:39.300 --> 00:05:43.980 При заезде вы получаете свободный номер, а при выезде его освобождаете для следующего гостя. 00:05:44.120 --> 00:05:48.920 В общих пулах пользователи распределяются на тот узел сеансов, у которого в данный момент есть ресурсы. 00:05:49.120 --> 00:05:51.460 Сегодня они могут работать на машине А, а завтра – на машине Б. 00:05:51.880 --> 00:05:56.480 Это отлично подходит для большинства офисных сотрудников, так как позволяет разместить больше пользователей на меньшем количестве машин. 00:05:56.620 --> 00:05:59.060 Персональный пул узлов – это как ваша собственная квартира. 00:05:59.180 --> 00:06:03.500 Она ваша, никто больше ею не пользуется, и там находятся ваши вещи, ваши настройки, ваши файлы. 00:06:03.500 --> 00:06:06.160 Вы получаете одну и ту же машину каждый раз, когда входите в систему. 00:06:06.280 --> 00:06:09.460 Это полезно для опытных пользователей, которым нужна стабильная производительность, 00:06:09.580 --> 00:06:12.960 или в случаях, когда требуется специализированная по плохо работающей в общей среде. 00:06:13.080 --> 00:06:16.840 Но это стоит дороже, так как каждому пользователю нужна собственная выделенная виртуальная машина. 00:06:16.960 --> 00:06:18.180 А теперь самое интересное. 00:06:18.300 --> 00:06:21.460 Как AVD решает, на какой узел сеансов попадет пользователь? 00:06:21.580 --> 00:06:24.080 Это балансировка нагрузки, и здесь есть два подхода. 00:06:24.160 --> 00:06:28.360 По ширине означает, что система распределяет пользователей равномерно по всем доступным узлам сеансов. 00:06:28.360 --> 00:06:32.320 То есть, если у вас 10 машин и 100 пользователей, на каждую машину приходится примерно по 10 человек. 00:06:32.440 --> 00:06:35.460 Это обеспечивает стабильную производительность, так как ни один узел не перегружается, 00:06:35.600 --> 00:06:37.580 и это стандартная настройка для большинства развертываний. 00:06:37.700 --> 00:06:39.380 По глубине – это противоположный подход. 00:06:39.580 --> 00:06:42.660 Он полностью заполняет один узел сеансов, прежде чем переходить к следующему. 00:06:42.780 --> 00:06:46.880 Пользователи с одного по десять попадают на машину А, с одиннадцатого по двадцатый – на машину Б и так далее. 00:06:47.100 --> 00:06:47.840 Зачем это нужно? 00:06:48.020 --> 00:06:50.140 Потому что это позволяет выключать пустые машины. 00:06:50.300 --> 00:06:54.460 Когда машина А и машина Б заполнены, машины от С до З можно выключить для экономии средств. 00:06:54.460 --> 00:06:58.620 Метод по глубине отлично работает с автомасштабированием, и это следующий элемент – масштабирование. 00:06:58.780 --> 00:07:04.120 Вы можете настроить EVD на автоматическое добавление или удаление узлов сеансов в зависимости от количества вошедших пользователей. 00:07:04.260 --> 00:07:06.680 В часы пик у вас может работать 20 машин. 00:07:07.080 --> 00:07:08.640 Ночью может остаться всего две. 00:07:08.840 --> 00:07:12.340 Система выполняет это автоматически на основе заданных вами графиков. 00:07:12.520 --> 00:07:14.620 Именно здесь достигается реальная экономия. 00:07:14.800 --> 00:07:17.200 Вы не платите за машины, которые не используются. 00:07:17.300 --> 00:07:18.640 Так почему это важно для вас? 00:07:18.780 --> 00:07:23.300 Пулы узлов с балансировкой нагрузки по глубине и автомасштабированием могут значительно сократить ваши расходы. 00:07:23.300 --> 00:07:27.960 Вместо покупки виртуальной машины для каждого пользователя вы покупаете ровно столько, сколько нужно для пиковой нагрузки, 00:07:28.100 --> 00:07:30.480 и даже они работают только тогда, когда люди действительно трудятся. 00:07:30.660 --> 00:07:32.920 Итак, у вас есть пул узлов с виртуальными машинами. 00:07:33.080 --> 00:07:35.020 Но как пользователи получают свои приложения? 00:07:35.200 --> 00:07:37.160 Второй строительный блок – группы приложений. 00:07:37.340 --> 00:07:41.260 Группы приложений – это логические контейнеры, определяющие, к чему пользователь имеет доступ. 00:07:41.520 --> 00:07:43.100 Рассматривайте их как наборы разрешений. 00:07:43.260 --> 00:07:46.320 Вы получаете либо полный рабочий стол, либо только конкретные приложения. 00:07:46.560 --> 00:07:47.500 Существует два типа. 00:07:47.660 --> 00:07:51.180 С группой приложений рабочего стола пользователи получают полноценный интерфейс Windows. 00:07:51.180 --> 00:07:54.940 Они входят в систему и видят меню «Пуск», «Панель задач», «Проводник» – все как обычно. 00:07:55.120 --> 00:07:58.320 Это выглядит и ощущается как обычный компьютер с Windows, потому что, по сути, так оно и есть. 00:07:58.500 --> 00:08:00.180 Большинство компаний начинают именно с этого. 00:08:00.380 --> 00:08:02.180 Группа приложений Remote App работает иначе. 00:08:02.340 --> 00:08:06.000 Вместо предоставления пользователям полноценного рабочего стола она предлагает отдельные приложения. 00:08:06.120 --> 00:08:07.600 И вот в чем заключается волшебство. 00:08:07.760 --> 00:08:10.920 Эти приложения выглядят так, будто они запущены локально на устройстве пользователя. 00:08:11.080 --> 00:08:16.020 Вы открываете Word, и он появляется в собственном окне на вашем Mac или планшете прямо рядом с локальными приложениями. 00:08:16.020 --> 00:08:21.080 Никакого фона рабочего стола, никакого интерфейса виртуальной машины, только плавно работающие приложения. 00:08:21.200 --> 00:08:26.080 Представьте пользователя, которому нужны только три приложения – Word, Excel и специальный рабочий инструмент. 00:08:26.320 --> 00:08:28.820 С помощью Remote App вы публикуете только эти три приложения. 00:08:28.960 --> 00:08:33.320 Пользователь открывает Windows App, видит три иконки, нажимает на одну, и приложение открывается в своем окне. 00:08:33.440 --> 00:08:35.580 Они никогда не видят рабочий стол, и им это не нужно. 00:08:35.740 --> 00:08:38.340 Это гораздо более удобный опыт для тех, кто выполняет конкретные задачи. 00:08:38.420 --> 00:08:39.400 А теперь важная деталь. 00:08:39.540 --> 00:08:42.340 Remote App доступна только в пулах объединенных узлов «Pulet Host Pulse». 00:08:42.340 --> 00:08:45.800 Если вы используете персональные пулы узлов, вы ограничены полноценным рабочим столом. 00:08:45.880 --> 00:08:47.240 Так устроена эта технология. 00:08:47.360 --> 00:08:48.960 Но здесь она раскрывает свою мощь. 00:08:49.060 --> 00:08:52.520 Пользователи могут быть назначены в несколько групп приложений из разных пулов узлов. 00:08:52.660 --> 00:08:57.920 Так, у одного пользователя может быть группа приложений рабочего стола из одного пула и группа Remote App из другого. 00:08:58.040 --> 00:09:03.280 Этот же пользователь входит в Windows App и видит как иконку полноценного рабочего стола, так и иконки отдельных приложений. 00:09:03.400 --> 00:09:05.080 Он может выбирать то, что ему нужно. 00:09:05.240 --> 00:09:06.640 Как это работает на практике? 00:09:06.640 --> 00:09:14.060 Я создаю группу приложений, назначаю ее пользователю или группе в Azure Ad, и эти ресурсы автоматически появляются при следующем открытии в Windows App. 00:09:14.140 --> 00:09:17.240 Никакой ручной настройки, файлов конфигурации или отправки ссылок. 00:09:17.340 --> 00:09:18.260 Оно просто появляется. 00:09:18.440 --> 00:09:20.440 Но пользователям нужен способ находить эти ресурсы. 00:09:20.560 --> 00:09:22.620 И здесь на помощь приходят рабочие области WorkSpaces. 00:09:22.760 --> 00:09:24.540 Третий строительный блок – рабочие области. 00:09:24.740 --> 00:09:29.580 Итак, у вас есть пулы узлов и группы приложений, но пользователям нужно как-то находить и получать доступ ко всем этим ресурсам. 00:09:29.700 --> 00:09:31.480 И здесь на помощь приходят рабочие области. 00:09:31.700 --> 00:09:34.160 Рабочая область – это логическая группировка групп приложений. 00:09:34.160 --> 00:09:36.660 Это то, что видят пользователи при открытии Windows App. 00:09:36.740 --> 00:09:39.700 Представьте это как папку на вашем телефоне, которая организует ваше приложение. 00:09:39.860 --> 00:09:43.480 Вы не открываете телефон, чтобы увидеть все установленные приложения, разбросанные по экрану. 00:09:43.600 --> 00:09:47.140 Они сгруппированы в папке «Игры» в одной папке, «Инструменты продуктивности» в другой. 00:09:47.340 --> 00:09:49.860 Рабочие области делают то же самое для ресурсов AVD. 00:09:50.000 --> 00:09:52.700 Каждая группа приложений должна быть связана с рабочей областью. 00:09:52.860 --> 00:09:53.480 Никак иначе. 00:09:53.660 --> 00:09:58.120 Если вы создадите группу приложений и не подключите ее к рабочей области, пользователи ее просто не увидят. 00:09:58.240 --> 00:10:00.800 Она существует в фоновом режиме, но доступа к ней ни у кого нет. 00:10:00.980 --> 00:10:02.920 Именно рабочая область делает ее видимой. 00:10:02.920 --> 00:10:05.120 Вот как это выглядит с точки зрения пользователя. 00:10:05.240 --> 00:10:11.140 Пользователь открывает приложение Windows на своем устройстве, входит в рабочую учетную запись и сразу видит все назначенные ему ресурсы. 00:10:11.360 --> 00:10:14.860 Рабочие столы, приложения и все остальное, распределенное по рабочим областям. 00:10:15.020 --> 00:10:19.080 Никакой ручной настройки, никаких файлов конфигурации и ссылок от IT-отдела. 00:10:19.180 --> 00:10:20.240 Все просто появляется. 00:10:20.460 --> 00:10:23.360 Вы можете создавать несколько рабочих областей для разных задач. 00:10:23.520 --> 00:10:27.700 Например, создать одну рабочую область для финансового отдела с бухгалтерскими программами, 00:10:27.700 --> 00:10:32.620 другую для инженеров с инструментами проектирования, а третью – для подрядчиков с ограниченным доступом. 00:10:32.620 --> 00:10:40.120 Пользователи видят только те рабочие области, к которым они привязаны, поэтому финансисты не увидят инженерные инструменты, а подрядчики – внутренние приложения компании. 00:10:40.380 --> 00:10:42.200 Пользовательский интерфейс предельно прост. 00:10:42.320 --> 00:10:45.800 Откройте приложение Windows, войдите в систему, и все необходимое будет под рукой. 00:10:45.940 --> 00:10:48.620 Нажмите на значок рабочего стола, и вы в полноценной сессии Windows. 00:10:48.840 --> 00:10:51.600 Нажмите на значок приложения, оно откроется как локальная программа. 00:10:51.740 --> 00:10:55.240 Никаких VPN или сложных настроек, только понятный список доступных ресурсов. 00:10:55.240 --> 00:10:57.000 Теперь все элементы на своих местах. 00:10:57.100 --> 00:11:00.360 Но как именно пользователь входит в систему и получает доступ к рабочему столу? 00:11:00.420 --> 00:11:03.640 Как происходит подключение, уровень идентификации и доступа? 00:11:03.760 --> 00:11:05.820 Все начинается с Microsoft IntraID. 00:11:06.080 --> 00:11:08.600 Возможно, вы знаете его под названием Azure Active Directory. 00:11:08.820 --> 00:11:12.080 Microsoft провела ребрендинг некоторое время назад, но система осталась прежней. 00:11:12.220 --> 00:11:15.280 Представьте IntraID как стойку регистрации вашего цифрового офиса. 00:11:15.480 --> 00:11:18.060 Она знает, кто вы и каким ресурсам вам разрешен доступ. 00:11:18.220 --> 00:11:23.960 Она управляет входом в Microsoft 365, Teams, SharePoint и, конечно, контролирует доступ к EVD. 00:11:23.960 --> 00:11:26.220 Итак, как именно пользователь подключается? 00:11:26.360 --> 00:11:27.900 Позвольте мне описать этот процесс. 00:11:28.060 --> 00:11:31.520 Пользователь открывает приложение Windows, входит с рабочим имейл и паролем. 00:11:31.560 --> 00:11:34.520 А если настроена многофакторная аутентификация, проходит и ее. 00:11:34.640 --> 00:11:39.140 Приложение Windows отправляет запрос на аутентификацию в IntraID, который проверяет личность пользователя. 00:11:39.340 --> 00:11:42.280 Затем EVD проверяет, к каким группам приложений относится пользователь. 00:11:42.440 --> 00:11:45.140 Наконец, сам узел сеансов аутентифицирует пользователя. 00:11:45.300 --> 00:11:46.740 Этот последний шаг очень важен. 00:11:46.900 --> 00:11:51.460 Даже если пользователь вошел в приложение Windows, ему все равно нужны права для входа в саму виртуальную машину. 00:11:51.460 --> 00:11:55.380 Это регулируется специальной ролью Azure под названием «Вход пользователя виртуальной машины». 00:11:55.380 --> 00:11:59.700 Без этой роли пользователь пройдет аутентификацию в EVD и увидит ресурсы в приложении Windows, 00:11:59.900 --> 00:12:01.820 но при попытке подключения возникнет ошибка. 00:12:01.980 --> 00:12:04.260 У него просто нет прав для входа на узел сеансов. 00:12:04.440 --> 00:12:06.180 Здесь вступают в силу лучшие практики. 00:12:06.340 --> 00:12:08.600 Никогда не назначайте разрешение отдельным пользователям. 00:12:08.780 --> 00:12:09.920 Всегда используйте группы. 00:12:10.080 --> 00:12:14.060 Создайте группу в IntraID, назовите ее, например, пользователя EVD, добавьте в нее всех своих пользователей, 00:12:14.180 --> 00:12:17.180 а затем назначьте эту группу на группу приложений и роль входа пользователя в виртуальную машину. 00:12:17.180 --> 00:12:19.860 Когда приходит новый сотрудник, добавьте его в эту группу. 00:12:19.920 --> 00:12:21.560 Когда кто-то уходит, удалите его. 00:12:21.720 --> 00:12:24.400 Вам больше никогда не придется менять конфигурацию EVD. 00:12:24.580 --> 00:12:28.140 Само приложение Windows, ранее называвшееся клиентом удаленного рабочего стола, 00:12:28.260 --> 00:12:31.360 доступно на Windows, Mac, iOS, Android и даже через веб-браузер. 00:12:31.540 --> 00:12:33.360 Пользователям не нужно специальное устройство. 00:12:33.480 --> 00:12:35.400 Они могут использовать то, что у них уже есть. 00:12:35.520 --> 00:12:37.200 А поскольку все это построено на IntraID, 00:12:37.460 --> 00:12:40.080 ваши существующие политики безопасности применяются автоматически. 00:12:40.440 --> 00:12:43.860 Многофакторная аутентификация работает так же, как и для Microsoft 365. 00:12:43.860 --> 00:12:47.720 Политики условного доступа, такие как требования соответствия устройства 00:12:47.720 --> 00:12:49.720 или блокировка доступа из определенных мест, 00:12:49.880 --> 00:12:52.500 применяются к EVD так же, как к SharePoint или Exchange. 00:12:52.740 --> 00:12:55.360 Единая политика безопасности для всех ваших сервисов. 00:12:55.440 --> 00:12:57.360 Также доступен единый вход, SSO. 00:12:57.500 --> 00:13:00.140 Пользователи проходят аутентификацию один раз в приложении Windows, 00:13:00.280 --> 00:13:03.320 и им не нужно вводить данные снова при запуске рабочего стола или приложений. 00:13:03.440 --> 00:13:04.160 Это бесшовно. 00:13:04.320 --> 00:13:06.360 Войдите один раз, и все просто работает. 00:13:06.500 --> 00:13:09.980 Но есть еще один элемент, который делает EVD по-настоящему удобным, 00:13:10.140 --> 00:13:11.740 и это важно для каждого пользователя. 00:13:11.740 --> 00:13:13.380 Проблема профиля пользователя. 00:13:13.520 --> 00:13:15.180 Почему FSLogix важен? 00:13:15.300 --> 00:13:17.340 Вот о чем вы, возможно, не задумывались. 00:13:17.500 --> 00:13:20.060 В поле общих узлов пользователь может каждый раз попадать 00:13:20.060 --> 00:13:22.180 на новую виртуальную машину при входе в систему. 00:13:22.380 --> 00:13:26.340 Сегодня машина А, завтра машина Б, послезавтра машина В без управления профилями. 00:13:26.500 --> 00:13:30.080 Каждый вход в систему ощущается, как использование абсолютно нового компьютера. 00:13:30.080 --> 00:13:32.080 Ни закладок, ни файлов на рабочем столе, 00:13:32.200 --> 00:13:34.620 ни сохраненных паролей, ни подписи в Outlook, ничего. 00:13:34.820 --> 00:13:36.140 Это как заселиться в гостиничный номер, 00:13:36.240 --> 00:13:38.940 который полностью освобождают и сбрасывают каждый раз, когда вы уходите. 00:13:39.120 --> 00:13:41.680 Ваши настройки, предпочтения, файлы, все исчезает. 00:13:41.840 --> 00:13:43.780 Старым решением были перемещаемые профили. 00:13:43.960 --> 00:13:47.080 Windows копировала весь ваш профиль с центрального сервера на ту машину, 00:13:47.260 --> 00:13:48.060 в которую вы вошли. 00:13:48.260 --> 00:13:49.120 Звучит разумно. 00:13:49.280 --> 00:13:53.060 Правда, на практике это было медленно, ненадежно и склонно к повреждениям. 00:13:53.180 --> 00:13:55.400 Вход в систему мог занимать 30 секунд или больше. 00:13:55.600 --> 00:13:58.320 Если копирование прерывалось, ваш профиль мог полностью испортиться. 00:13:58.320 --> 00:14:01.380 А эти команды тратили бесчисленные часы на исправление поврежденных профилей, 00:14:01.540 --> 00:14:02.380 что было крайне неудобно. 00:14:02.500 --> 00:14:04.520 Microsoft признала, что это серьезная проблема, 00:14:04.720 --> 00:14:08.540 поэтому они купили компанию FSLogix и интегрировали их технологию прямо в AVD. 00:14:08.680 --> 00:14:10.960 FSLogix полностью решает проблему с профилями, 00:14:10.960 --> 00:14:12.820 причем делает это элегантным способом. 00:14:12.880 --> 00:14:13.800 Вот как это работает. 00:14:14.000 --> 00:14:16.320 Вместо того, чтобы копировать профиль туда и обратно, 00:14:16.480 --> 00:14:18.560 FSLogix хранит профиль каждого пользователя 00:14:18.560 --> 00:14:21.740 в виде одного файла виртуального жесткого диска в центральном хранилище, 00:14:21.920 --> 00:14:22.860 обычно Azure Files. 00:14:23.020 --> 00:14:24.420 Когда пользователь входит в AVD, 00:14:24.620 --> 00:14:27.300 FSLogix подключает этот диск напрямую к его сеансу. 00:14:27.300 --> 00:14:30.140 Он подключается мгновенно, словно обычный USB-накопитель. 00:14:30.260 --> 00:14:33.520 Все настройки, файлы, закладки и предпочтения пользователя появляются сразу же. 00:14:33.680 --> 00:14:34.980 Результаты просто поразительны. 00:14:35.140 --> 00:14:38.960 Время входа в систему сокращается с 30 секунд лишним секунд до 7 или 8 секунд. 00:14:38.960 --> 00:14:40.920 А поскольку профиль хранится централизованным, 00:14:41.080 --> 00:14:43.580 неважно, на какой узел сеансов попадет пользователь, 00:14:43.700 --> 00:14:45.440 профиль автоматически следует за ним. 00:14:45.620 --> 00:14:49.120 FSLogix также решает серьезную проблему с приложениями Microsoft 365. 00:14:49.560 --> 00:14:50.900 В традиционной среде с общим доступом 00:14:50.900 --> 00:14:52.760 кэшированный режим Outlook и синхронизация OneDrive 00:14:52.760 --> 00:14:54.160 были практически непригодны для работы. 00:14:54.480 --> 00:14:55.700 Производительность была ужасной. 00:14:55.840 --> 00:14:57.900 С FSLogix обе службы работают безупречно. 00:14:58.060 --> 00:15:00.040 Пользователи получают полноценный Outlook с офлайн-доступом, 00:15:00.160 --> 00:15:01.140 OneDrive синхронизирует файлы, 00:15:01.260 --> 00:15:02.320 а Teams корректно кэширует данные. 00:15:02.460 --> 00:15:03.300 Все просто работает. 00:15:03.520 --> 00:15:05.680 Вот почему FSLogix считается стандартным, 00:15:05.680 --> 00:15:08.180 обязательным решением для профилей пользователей в AVD. 00:15:08.320 --> 00:15:10.080 Не пытайтесь управлять профилями без него. 00:15:10.280 --> 00:15:11.540 Вы столкнетесь с медленным входом, 00:15:11.640 --> 00:15:13.640 поврежденными профилями и недовольными пользователями. 00:15:13.800 --> 00:15:15.600 Используйте FSLogix с первого дня. 00:15:15.760 --> 00:15:17.320 Теперь, когда вы разобрались с компонентами, 00:15:17.520 --> 00:15:18.120 давайте обсудим, 00:15:18.280 --> 00:15:20.260 почему компании действительно переходят на это решение. 00:15:20.400 --> 00:15:22.100 Почему компании выбирают AVD? 00:15:22.300 --> 00:15:24.220 Из-за преимуществ безопасности и стоимости. 00:15:24.440 --> 00:15:27.100 Почему бизнес выбирает AVD вместо традиционных ноутбуков? 00:15:27.240 --> 00:15:28.880 Все дело в безопасности и затратах. 00:15:28.880 --> 00:15:30.220 Давайте разберем это подробнее. 00:15:30.380 --> 00:15:31.700 Во-первых, модель безопасности. 00:15:31.840 --> 00:15:32.800 При использовании AVD данные 00:15:32.800 --> 00:15:34.340 никогда не покидают центр обработки данных АЗО. 00:15:34.340 --> 00:15:36.140 Устройство пользователя лишь отображает то, 00:15:36.280 --> 00:15:37.540 что происходит на удаленной машине. 00:15:37.720 --> 00:15:40.260 Сами файлы, приложения и конфиденциальная информация 00:15:40.260 --> 00:15:41.820 остаются в дата-центрах Microsoft 00:15:41.820 --> 00:15:43.500 под защитой их систем безопасности. 00:15:43.660 --> 00:15:45.060 Если кто-то потеряет ноутбук, 00:15:45.260 --> 00:15:46.160 украсть с него нечего, 00:15:46.380 --> 00:15:47.940 так как данных там изначально не было. 00:15:48.120 --> 00:15:49.520 Вам не нужно беспокоиться о шифровании 00:15:49.520 --> 00:15:50.400 каждой конечной точки 00:15:50.400 --> 00:15:52.100 или удаленной очистке украденных устройств. 00:15:52.220 --> 00:15:54.560 Microsoft также интегрирует Defender для конечных точек 00:15:54.560 --> 00:15:56.160 непосредственно в узлы сеансов AVD, 00:15:56.160 --> 00:15:58.060 поэтому ваши виртуальные машины отслеживаются 00:15:58.060 --> 00:15:59.000 и защищаются так же, 00:15:59.180 --> 00:16:00.720 как любые другие управляемые устройства. 00:16:00.720 --> 00:16:02.040 Обнаружение вредоносного ПА, 00:16:02.160 --> 00:16:03.960 поиск угроз и автоматическое реагирование 00:16:03.960 --> 00:16:05.560 применимы и к вашей среде AVD. 00:16:05.700 --> 00:16:07.440 IT-отдел получает единое представление 00:16:07.440 --> 00:16:09.040 о безопасности как физических устройств, 00:16:09.200 --> 00:16:10.380 так и виртуальных рабочих столов. 00:16:10.480 --> 00:16:11.440 Теперь давайте поговорим 00:16:11.440 --> 00:16:12.660 о централизованном управлении. 00:16:12.800 --> 00:16:14.660 Это огромное преимущество для IT-команд. 00:16:14.800 --> 00:16:16.080 Вместо того, чтобы управлять сотнями 00:16:16.080 --> 00:16:16.780 отдельных ноутбуков, 00:16:16.940 --> 00:16:17.740 развертывать обновления, 00:16:17.880 --> 00:16:18.580 устранять неполадки 00:16:18.580 --> 00:16:19.720 и заменять сломанное оборудование, 00:16:19.900 --> 00:16:20.880 вы управляете одной средой. 00:16:20.880 --> 00:16:22.340 Обновите эталонный образ один раз, 00:16:22.500 --> 00:16:24.100 и все узлы сеансов получат обновление. 00:16:24.280 --> 00:16:25.720 Внесите изменения в политику один раз, 00:16:25.880 --> 00:16:27.260 и оно применится к каждому пользователю. 00:16:27.520 --> 00:16:28.780 Операционные расходы снижаются. 00:16:28.980 --> 00:16:30.240 Вы экономите время и силы. 00:16:30.320 --> 00:16:31.420 А теперь о финансовой стороне. 00:16:31.640 --> 00:16:32.380 Автомасштабирование — это то, 00:16:32.460 --> 00:16:33.920 где AVD действительно позволяет экономить деньги. 00:16:34.100 --> 00:16:35.300 Узлы сеансов работают только тогда, 00:16:35.460 --> 00:16:36.540 когда пользователи вошли в систему. 00:16:36.680 --> 00:16:39.080 В часы пик у вас может быть запущено 50 машин. 00:16:39.300 --> 00:16:41.060 Ночью и по выходным их может быть всего 2. 00:16:41.460 --> 00:16:42.460 Автомасштабирование может сократить 00:16:42.460 --> 00:16:44.380 ваши вычислительные затраты на 40-60%. 00:16:44.380 --> 00:16:45.420 Вы не платите за машины, 00:16:45.540 --> 00:16:46.560 которые простаивают без дела. 00:16:46.740 --> 00:16:47.680 Оптимизация размеров — 00:16:47.680 --> 00:16:49.000 еще один рычаг управления затратами. 00:16:49.000 --> 00:16:50.700 В старой модели вам приходилось покупать ноутбуки, 00:16:50.800 --> 00:16:52.500 достаточно мощные для самых требовательных пользователей, 00:16:52.600 --> 00:16:54.420 даже если большинству нужны были лишь базовые инструменты. 00:16:54.540 --> 00:16:56.320 С AVD вы подбираете размер виртуальных машин 00:16:56.320 --> 00:16:57.740 под реальные требования рабочей нагрузки. 00:16:57.920 --> 00:16:59.800 Дайте продвинутым пользователям более мощные машины. 00:17:00.000 --> 00:17:02.060 Дайте обычным сотрудникам варианты попроще и подешевле. 00:17:02.240 --> 00:17:03.480 Больше никаких переплат за оборудование, 00:17:03.600 --> 00:17:04.380 которое никому не нужно. 00:17:04.520 --> 00:17:06.000 К тому же есть преимущество в лицензировании, 00:17:06.160 --> 00:17:07.560 которое у вас, возможно, уже есть. 00:17:07.720 --> 00:17:10.540 Если ваша организация использует Windows 10 или 11 Enterprise 00:17:10.540 --> 00:17:12.960 или Microsoft 365 E3 или E5, 00:17:13.180 --> 00:17:15.120 вы можете использовать AVD без дополнительных затрат 00:17:15.120 --> 00:17:16.680 на лицензирование рабочего стола Windows. 00:17:16.680 --> 00:17:18.860 Ваша текущая лицензия это покрывает. 00:17:19.000 --> 00:17:20.480 Это устраняет серьезный барьер. 00:17:20.600 --> 00:17:22.240 И еще есть скорость развертывания. 00:17:22.460 --> 00:17:24.360 В старой модели адаптация нового сотрудника 00:17:24.360 --> 00:17:26.660 означала заказ ноутбука, ожидание доставки, 00:17:26.860 --> 00:17:29.860 настройку образа, установку приложений и конфигурацию параметров. 00:17:30.000 --> 00:17:31.720 Это могло занимать дни или недели. 00:17:31.920 --> 00:17:34.480 С AVD вы можете настроить нового пользователя за считанные минуты, 00:17:34.580 --> 00:17:36.540 создать учетную запись, добавить его в нужную группу. 00:17:36.660 --> 00:17:39.020 И он готов к работе с любого устройства, которое у него уже есть. 00:17:39.180 --> 00:17:40.880 Вот основные выводы из всего этого. 00:17:41.040 --> 00:17:43.840 Итак, что же такое Azure Virtual Desktop на самом деле? 00:17:43.840 --> 00:17:46.560 Это управляемый сервис, который доставляет рабочие столы 00:17:46.560 --> 00:17:48.740 и приложения Windows из Azure на любое устройство. 00:17:48.880 --> 00:17:51.120 Внутри у вас есть пул узлов из виртуальных машин, 00:17:51.260 --> 00:17:54.340 организованных в группы приложений и представленных через рабочие области. 00:17:54.500 --> 00:17:56.480 Пользователи подключаются с помощью приложения Windows, 00:17:56.620 --> 00:17:58.060 проходят аутентификацию через IntraID 00:17:58.060 --> 00:18:01.580 и получают полноценный опыт работы Windows с Mac, планшета, Chromebook или старого ПК. 00:18:01.740 --> 00:18:03.340 Вот краткое резюме одной фразой. 00:18:03.480 --> 00:18:06.360 AVD отделяет вычислительный опыт от физического устройства. 00:18:06.560 --> 00:18:09.240 Работа происходит в облаке, а устройство — это просто окно. 00:18:09.380 --> 00:18:11.600 Если вы оцениваете AVD, вот что я рекомендую. 00:18:11.600 --> 00:18:13.360 Начните с пула узлов с общим доступом. 00:18:13.360 --> 00:18:15.120 Именно там вы получите максимальную экономическую эффективность 00:18:15.120 --> 00:18:16.840 благодаря многосеансовости и автоматическому масштабированию. 00:18:17.000 --> 00:18:18.640 Используйте FS Logix с первого дня. 00:18:18.820 --> 00:18:20.640 Даже не думайте об управлении профилями без него. 00:18:20.800 --> 00:18:23.380 Это разница между плавной работой и постоянными проблемами. 00:18:23.480 --> 00:18:26.220 И назначайте права доступа через группы, а не отдельным пользователям. 00:18:26.400 --> 00:18:29.500 Создайте группу пользователей AVD, добавьте в нее людей и управляйте доступом оттуда. 00:18:29.680 --> 00:18:31.760 Если вы хотите протестировать AVD, начните с малого. 00:18:31.880 --> 00:18:34.480 Один пул узлов, несколько пользователей, посмотрите, как это работает. 00:18:34.640 --> 00:18:38.120 Порог входа низкий, и вы сможете многое узнать из пилотного проекта, прежде чем масштабироваться. 00:18:38.120 --> 00:18:40.740 Это Azure Virtual Desktop, объясненный простыми словами. 00:18:43.360 --> 00:18:45.680 Поделитесь этим видео с коллегами.