Latest / M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском / Microsoft Entra Cloud Sync простыми словами: лёгкая синхронизация Active Directory с Entra ID (ИИ-дубляж)

Transcript

Microsoft Entra Cloud Sync простыми словами: лёгкая синхронизация Active Directory с Entra ID (ИИ-дубляж) · M365.FM – подкаст о Microsoft 365, Copilot и ИИ на русском

• 0:00
  Готовы к 10 дням Microsoft 365, Copilot, EI, Azure и встречи с теми, кто формирует будущие работы.
• 0:07
  В январе конференция M365 возвращается, и мы расширяем границы.
• 0:12
  Присоединяйтесь к нам, живые сессии, реальные демонстрации и практический опыт от MVP и экспертов со всего мира.
• 0:18
  Никаких общих слайдов и бесконечных модных словечек.
• 0:22
  Мы решаем реальные задачи, Copilot Studio, E-агенты, фабрик, безопасность, управление и автоматизация.
• 0:29
  Независимо от того, кто вы ИТ-специалист, разработчик или бизнес-лидер, здесь есть сессии специально для вас.
• 0:35
  За 10 полных дней вы сможете изучить множество технологий и пообщаться с глобальным сообществом.
• 0:40
  Смотрите в прямом эфире и внедряйте практические идеи в своей компании.
• 0:44
  Январь 2027 года, 10 дней, одно сообщество Microsoft.
• 0:49
  Регистрация уже открыта.
• 0:52
  Забронируйте свое место сегодня.
• 0:54
  Адрес m365con.net
• 0:59
  Присоединяйтесь на m365con.net
• 1:03
  Увидимся в прямом эфире в январе.
• 1:05
  Всем привет!
• 1:05
  Добро пожаловать в новый выпуск Microsoft Knowledge на Gettys на M365.
• 1:10
  FM и Aum Milka Peters
• 1:12
  Что же такое Microsoft Intra Cloud Sync?
• 1:15
  Это просто другое название IntraConnect или инструмент для решения иной задачи.
• 1:19
  Многие компании до сих пор хранят учетные записи сотрудников в актив-директории внутри своей сети.
• 1:23
  При этом сотрудники работают в Microsoft 365.
• 1:26
  Им нужны Teams, почта Exchange Online, файлы OneDrive и облачные приложения.
• 1:30
  Это создает два места, где важна учетная запись.
• 1:32
  Без связи между ними сотрудник может быть в актив-директории,
• 1:35
  но отсутствовать в IntraID облачной стойке регистрации Microsoft 365.
• 1:39
  Пароли не совпадают.
• 1:41
  Доступ предоставляется с задержкой.
• 1:43
  ИТ-отделу приходится выполнять одну и ту же работу дважды.
• 1:45
  IntraConnect стал привычным локальным инструментом для объединения этих двух сред.
• 1:49
  Cloud Sync использует другой подход, при котором большая часть синхронизации выполняется в Microsoft Intra.
• 1:54
  В конце вы будете лучше понимать, что он делает, зачем нужен и что изменилось в 2026 году.
• 1:58
  Но одно ограничение все еще определяет, подходит ли он вашей компании.
• 2:01
  Почему синхронизация учетных записей требует более простой модели?
• 2:05
  Начнем с нового сотрудника.
• 2:06
  Отдел кадров сообщает ИТ-отделу, что Maya выходит в понедельник.
• 2:09
  Кто-то создает учетную запись Maya в актив-директории,
• 2:12
  которую многие компании до сих пор используют как локальный архив персонала.
• 2:15
  Ее имя, рабочая почта, отдел, руководитель, членство в группах и данные пароля начинаются именно там.
• 2:21
  Но Maya работает не только внутри корпоративной сети.
• 2:24
  Ей нужно входить в Teams из дома.
• 2:26
  Ей нужен почтовый ящик Exchange Online.
• 2:28
  Ее команда хранит файлы в SharePoint, и до конца первого дня ей может потребоваться доступ к зарплате,
• 2:32
  CRM, обучению или другим облачным приложениям.
• 2:35
  Одному человеку нужна одна рабочая учетная запись.
• 2:37
  Эта учетная запись должна отображаться в обоих местах, оставаясь при этом той же самой Maya.
• 2:41
  Ее имя для входа должно совпадать.
• 2:42
  Информация о ее группах должна попасть в облако.
• 2:45
  Когда она меняет пароль в Active Directory,
• 2:47
  Microsoft 365 тоже должен иметь безопасный способ его подтвердить.
• 2:51
  Это и есть задача синхронизации идентификационных данных.
• 2:53
  Представьте Active Directory как картотеку в подвале офисного здания.
• 2:57
  В ней хранятся записи о сотрудниках, которым компания уже доверяет.
• 3:00
  Интро-ID находится на стойке регистрации наверху,
• 3:02
  решая, кто может войти в Microsoft 365 и какими комнатами пользоваться.
• 3:06
  Если картотека и стойка регистрации не обмениваются данными, Maya остановят на входе.
• 3:11
  20 лет назад этот разрыв приводил к огромному объему ручной работы.
• 3:14
  ИТ-команде приходилось создавать одну учетную запись локально, а затем еще одну в облачном сервисе.
• 3:19
  Когда Maya меняла фамилию, отдел или увольнялась, кто-то должен был помнить обо всех местах, где хранились ее данные.
• 3:25
  Люди забывают.
• 3:26
  Новый подход к синхронизации учетных записей изменил повседневную работу ИТ-специалистов.
• 3:30
  Изменение в Active Directory могло передаваться в Интра-ID, поэтому облачная учетная запись следовала за локальной, вместо создания отдельной второй записи.
• 3:37
  Долгое время эту работу выполнял Интра-Коннект.
• 3:39
  Интра-Коннект запускается на сервере внутри сети компании.
• 3:42
  Он считывает Active Directory, применяет локальные правила синхронизации, хранит собственные данные и отправляет одобренные изменения в Интра-ID.
• 3:49
  Он многое умеет, особенно когда компании нужен глубокий контроль над движением данных.
• 3:53
  Эта гибкость влечет за собой ответственность.
• 3:55
  Кто-то должен следить за сервером.
• 3:56
  Кто-то должен устанавливать на него обновления.
• 3:58
  Кто-то должен разбираться в локальных правилах.
• 4:00
  Если пользователь не проходит аутентификацию при синхронизации должным образом.
• 4:02
  И если основной сервер синхронизации выйдет из строя, изменения могут перестать поступать в Microsoft 365 до тех пор, пока этот отдел не устранит проблему или не выполнит план восстановления.
• 4:08
  Для Майи это может означать, что ее учетная запись будет в режиме ожидания.
• 4:11
  Для компаний с сотнями или тысячами сотрудников это может означать, что новички не появляются в облачных приложениях.
• 4:16
  Доступ для заблокированных учетных записей отключается с задержкой, а количество обращений в техподдержку начинает расти.
• 4:21
  Проблема не столько в том, что Интра-Коннект — неудачный продукт.
• 4:24
  Дело в том, что каждый локальный движок требует локального обслуживания.
• 4:27
  Многие компании хотят уменьшить количество движущихся частей на своих собственных серверах.
• 4:30
  Облачная синхронизация следует этой идее.
• 4:32
  Вместо размещения крупного движка синхронизации, детальной обработки и большинства правил внутри вашей сети, Microsoft Intra берет большую часть этой работы на себя в облаке.
• 4:39
  В вашей локальной сети остается лишь небольшая точка подключения, которая считывает актив директории и безопасно передает данные наружу.
• 4:44
  Картотека остается на своем месте.
• 4:46
  Обработка данных перемещается ближе к стойке регистрации.
• 4:49
  Это позволяет сократить объем локального подлеуправления вашей командой, сохраняя актив директории как основной источник данных о сотрудниках.
• 4:55
  Это также меняет подход к восстановлению, особенно если у компании несколько офисов, несколько каталогов или произошло недавнее слияние.
• 5:01
  Итак, если основная синхронизация происходит в облаке, что именно остается внутри вашей корпоративной сети?
• 5:07
  Именно это и представляет собой Microsoft Intra Cloud Sync.
• 5:10
  Microsoft Intra Cloud Sync – это облачный способ копирования выбранных пользователей, групп и контактов из актив директории в IntraID.
• 5:17
  Представьте это как безопасную курьерскую службу.
• 5:20
  Ваш актив директории хранит записи о сотрудниках внутри вашей сети.
• 5:23
  IntraID требуется одобренной части этих записей, чтобы пользователи могли входить в Microsoft 365.
• 5:28
  Cloud Sync размещает небольшого «кульера» – агент подготовки внутри вашей сети для безопасной передачи информации между ними.
• 5:34
  У этого курьера нет собственной второй системы хранения данных.
• 5:37
  Он считывает одобренную вами информацию из каталога, шифрует ее и отправляет через исходящее соединение в Microsoft Intra.
• 5:43
  Исходящее соединение означает, что агент сам инициирует связь с облаком.
• 5:47
  Вам не нужно открывать сеть и ожидать входящих подключений извне.
• 5:50
  Это полезная деталь с точки зрения безопасности.
• 5:52
  Агент имеет доступ к актив директории, так как находится внутри вашей сети.
• 5:56
  Microsoft Intra обрабатывает данные, так как агент безопасно передает их в облако.
• 6:00
  Две стороны могут работать вместе без установки полноценного движка синхронизации на ваш сервер.
• 6:04
  За кулисами Intra берет на себя большую часть работы.
• 6:07
  Система проверяет, существует ли пользователь в IntraID.
• 6:10
  Применяются заданные вами границы синхронизации.
• 6:12
  Соблюдаются настроенные вами правила сопоставления полей.
• 6:15
  Затем создается или обновляется облачный объект, если данные соответствуют вашим правилам.
• 6:18
  Вы управляете этими настройками через портал Intra.
• 6:21
  Это серьезное изменение для тех, кто знаком с IntraConnect.
• 6:23
  В IntraConnect большая часть логики и устранение неполадок происходит на сервере, где запущен инструмент синхронизации.
• 6:28
  С облачной синхронизацией вы создаете конфигурацию на портале.
• 6:31
  Выбираете объекты, настраиваете поля и проверяете результаты в одном месте в облаке.
• 6:35
  Локальный агент остается компактным.
• 6:37
  В облачной синхронизации нет громоздкого локального движка синхронизации с базой данных SQL.
• 6:42
  Вам больше не нужно открывать локальный редактор правил каждый раз при проверке базового сопоставления.
• 6:47
  Microsoft берет на себя обновление агента, пока ваша команда фокусируется на правилах идентификации, важных для бизнеса.
• 6:53
  Это не означает, что вы теряете контроль.
• 6:55
  Вы по-прежнему сами выбираете, какие пользователи и группы могут попасть в IntraID.
• 6:59
  Вы можете выбрать такие поля, как отображаемое имя, отдел, номер телефона или руководитель.
• 7:03
  Сопоставление просто отвечает на вопрос, какое поле в записи Active Directory должно заполнить какое поле в IntraID.
• 7:09
  Для многих компаний стандартных сопоставлений достаточно для обычных учетных записей сотрудников.
• 7:13
  Если в Active Directory отображаемое имя Maya Patel, IntraID получит имя Maya Patel.
• 7:17
  Если ее отдел изменится с отдела продаж на отдел по работе с клиентами, это обновление дойдет до ее облачной учетной записи.
• 7:21
  Если членство в группе дает ей доступ к ресурсу Microsoft 365, информация о группе также может быть синхронизирована.
• 7:26
  Некоторым настройкам требуются небольшие изменения.
• 7:29
  Облачная синхронизация включает простые выражения для случаев, когда нужно скорректировать значения при передаче.
• 7:33
  Возможно, компании нужно добавить суффикс к отображаемому имени для определенного набора учетных записей.
• 7:37
  Вы можете настроить это в облачной конфигурации, вместо того, чтобы создавать сложный набор локальных правил синхронизации.
• 7:42
  Помните об этом различии.
• 7:43
  Облачная синхронизация дает вам разумный контроль над типовыми задачами идентификации.
• 7:47
  Она не автоматизирована и не предназначена для копирования всех расширенных настройок, которые могут быть в давно работающей среде IntraConnect.
• 7:52
  Мы вернемся к этому решению позже, так как это убережет вас от выбора инструмента только потому, что я сказал, что он новее.
• 7:58
  Пароли вызывают больше всего вопросов.
• 8:00
  Облачная синхронизация может использовать синхронизацию хешей паролей.
• 8:03
  Эта фраза звучит более пугающе, чем есть на самом деле.
• 8:06
  Читаемый пароль не отправляется в Microsoft Intra.
• 8:09
  Вместо этого Active Directory создает защищенную информацию для проверки пароля, которую IntraID использует для безопасной проверки входа пользователя.
• 8:17
  Таким образом, Maya может использовать свой корпоративный пароль для Microsoft 365.
• 8:21
  Ее пароль по-прежнему создается в Active Directory.
• 8:24
  Когда она меняет его там, обновленная информация для проверки синхронизируется с IntraID.
• 8:28
  После этого Microsoft 365 может подтвердить ее вход, не сохраняя читаемую копию пароля.
• 8:33
  Единое правило владения вносит ясность.
• 8:35
  Когда пользователь синхронизируется из Active Directory, именно там вы должны редактировать данные синхронизации.
• 8:41
  Если отдел или должность май или тима должны измениться, вы меняете их в Active Directory, а Cloud Sync переносит это изменение в IntraID.
• 8:47
  Вы часто будете видеть, что поля в облаке заблокированы для редактирования.
• 8:51
  Это не проблема.
• 8:52
  Это указывает на то, откуда поступает учетная запись.
• 8:54
  Вы можете изменить владельца позже путем плановой смены источника полномочий, но Cloud Sync не превращает локальные учетные записи в облачные автоматически.
• 9:01
  Агент объясняет, почему Cloud Sync кажется легче, но в следующей части объясняется, почему он продолжает работать, даже если один сервер отключается.
• 9:08
  Как Cloud Sync продолжает работу при сбое сервера.
• 9:11
  Инструмент синхронизации полезен только тогда, когда он имеет доступ к Active Directory.
• 9:14
  Представьте утро понедельника, когда серверу требуется срочная перезагрузка или его диск выходит из строя без предупреждения.
• 9:19
  Менеджер создает учетную запись нового сотрудника в Active Directory, но этот человек почему-то не появляется в Microsoft 365.
• 9:24
  Кто-то деактивирует уволившегося сотрудника, но облачная учетная запись все еще ждет изменений.
• 9:29
  Такие задержки создают реальную нагрузку на IT-отдел.
• 9:31
  При традиционной настройке IntraConnect компании часто используют один активный сервер синхронизации и держат другой сервер в режиме ожидания в качестве резервного.
• 9:38
  Этот резерв требует планирования, тестирования и четкого процесса переключения на случай отказа активного сервера.
• 9:43
  Cloud Sync выбирает иной путь.
• 9:45
  Вы можете установить несколько агентов подготовки в одном домене Active Directory.
• 9:49
  Каждый агент подключается к одной и той же конфигурации Cloud Sync в Microsoft Intra, и каждый может считывать одну и ту же информацию каталога.
• 9:55
  Вам не нужно назначать одного агента главным на постоянной основе.
• 9:58
  Microsoft Intra очлеживает доступность агентов.
• 10:00
  Если один агент отключается, облачная служба может использовать другого исправного агента для продолжения работы.
• 10:06
  Это встроенная высокая доступность, которая просто означает, что вы избегаете ситуации, когда один сервер становится единой точкой отказа.
• 10:12
  Представьте две службы поддержки, использующие один и тот же справочник сотрудников.
• 10:15
  Если одна служба закрывается на день, другая может продолжать принимать звонки и регистрировать пользователей.
• 10:19
  Сотрудникам компании не нужно знать, какая именно служба обработала их запрос.
• 10:23
  Им просто нужно, чтобы их доступ работал.
• 10:25
  В этом заключается практическая польза.
• 10:27
  Вместо создания плана ручного переключения для крупного локального механизма синхронизации,
• 10:31
  вы устанавливаете несколько легких агентов и позволяете интроиспользовать те, что находятся онлайн.
• 10:35
  Вы по-прежнему должны контролировать состояние агентов, поддерживать серверы в актуальном состоянии и тестировать план восстановления.
• 10:39
  Встроенный механизм переключения не отменяет необходимость ответственной работы IT-специалистов.
• 10:43
  Он лишь снимает часть нагрузки с одной машины.
• 10:45
  CloudSync также помогает, когда у компании есть несколько отдельных лесов актив-директорий.
• 10:49
  Лес — это отдельная среда актив-директорий.
• 10:51
  У вас может появиться такой лес, если ваша компания приобрела другой бизнес.
• 10:55
  Компании могут использовать разные домены, разные сети и отдельные локальные каталоги,
• 11:00
  которые не могут напрямую общаться друг с другом.
• 11:02
  Это часто случается после слияния.
• 11:04
  С помощью CloudSync вы можете установить агент рядом с каждым лесом.
• 11:08
  Каждый агент считывает свой локальный актив-директорий,
• 11:10
  а затем подключается к одному и тому же клиенту Microsoft Intra.
• 11:13
  Облако становится общим местом назначения, даже когда локальные каталоги остаются разделенными.
• 11:17
  Для такой настройки не требуется прямой сетевой путь между лесами.
• 11:21
  Представьте, что компания в Лондоне приобретает бизнес в Торонто.
• 11:23
  Обеим командам нужно использовать одного клиента Microsoft 365,
• 11:27
  но объединение их старых сетевых каталогов заняло бы месяцы и вызвало бы вопросы безопасности.
• 11:30
  Агент в Лондоне может синхронизировать лондонские учетные записи,
• 11:33
  а агент в Торонто — учетные записи Торонто.
• 11:35
  Обе группы пользователей могут попасть в один и тот же IntraID.
• 11:38
  Это дает время на планирование масштабной работы с каталогом,
• 11:40
  не блокируя пользователям доступ к Teams, почте и облачным приложениям.
• 11:43
  Тем не менее, существуют практические требования.
• 11:45
  Каждому агенту необходимо надежное соединение с локальной службой Active Directory.
• 11:48
  Также требуется исходящий доступ через ваш бренд Мауэр или прокси-сервер к облачным службам Microsoft UTMS.
• 11:53
  Не стоит устанавливать агента на случайный компьютер в надежде на лучшее.
• 11:57
  Размещайте его на поддерживаемых серверах,
• 11:59
  предоставьте правильный локальный доступ и для промышленной среды установите более одного агента.
• 12:02
  Доступность поддерживает соединение в рабочем состоянии.
• 12:05
  Но решение о том, какие учетные записи должны передаваться через это соединение,
• 12:09
  также важно для контроля синхронизации.
• 12:11
  Прежде чем CloudSync начнет перенос учетных записей в IntraID,
• 12:14
  решите, кто именно попадает в область синхронизации.
• 12:17
  Область действия — это та часть Active Directory, которую CloudSync разрешено считывать и копировать.
• 12:21
  Вы можете выбрать все поддерживаемые объекты в домене,
• 12:24
  что может подойти небольшой компании с одним чистым каталогом и четким набором учетных записей сотрудников.
• 12:28
  Более крупным компаниям обычно требуется больше внимания,
• 12:31
  так как Active Directory может содержать старых тестовых пользователей,
• 12:33
  служебные и учебные учетные записи, а также группы, которые никто не ожидает увидеть в Microsoft 365.
• 12:38
  Ограниченный старт позволяет избежать сюрпризов.
• 12:40
  CloudSync позволяет ограничить область действия организационным подразделением,
• 12:44
  часто называемым OU или группой безопасности.
• 12:46
  OU — это как помеченная папка внутри Active Directory.
• 12:49
  У вас может быть папка под названием «Наши сотрудники» или «Наши подрядчики»
• 12:54
  или «Наши ИТ-тестовые учетные записи».
• 12:57
  Или, если в Microsoft 365 должны попасть только сотрудники,
• 13:01
  вы можете выбрать именно эту папку OU.
• 13:03
  Групповая область действия дает вам еще один вариант.
• 13:05
  Вместо выбора целой папки вы выбираете группу безопасности
• 13:07
  и добавляете только тех, кого хотите протестировать.
• 13:10
  Это хорошо работает, когда вы хотите провести небольшой пилотный проект,
• 13:12
  не перемещая учетные записи по всему каталогу.
• 13:13
  Начните с тестовой группы.
• 13:15
  Выберите несколько известных пользователей,
• 13:16
  чье появление в интро-айде безопасно.
• 13:18
  Проверьте их имена для входа, сведения о подразделении и членство в группах.
• 13:21
  Убедитесь, что появились правильные учетные записи,
• 13:23
  а затем расширяйте область действия, когда доверитесь результату.
• 13:25
  Эта небольшая проверка может уберечь от долгой работы по очистке.
• 13:27
  После того, как вы решили, кто может синхронизироваться,
• 13:29
  решите, какие сведения будут передаваться вместе с ними.
• 13:31
  Это называется сопоставлением атрибутов, но смысл этого прост.
• 13:33
  Какое поле учетной записи Active Directory заполняет,
• 13:36
  какое поле учетной записи IntraID?
• 13:38
  Запись пользователя может включать имя, фамилию,
• 13:40
  отображаемое имя, номер телефона, офис, руководителя и отдел.
• 13:44
  CloudSync включает стандартные сопоставления для типовых конфигураций.
• 13:47
  Во многих случаях поначалу стоит оставить эти настройки без изменений.
• 13:50
  Они охватывают основные поля, необходимые большинству компаний,
• 13:52
  и позволяют легче понять, что изменилось, если результат выглядит неверно.
• 13:55
  Вы можете настроить сопоставления, если для этого есть четкие бизнес-обоснования.
• 13:59
  Например, компания может хранить номер телефона в локальном поле,
• 14:02
  которое не соответствует полю Intra, которое нужно заполнить.
• 14:04
  CloudSync может выполнить сопоставление этого поля.
• 14:07
  Он также поддерживает простые выражения для небольших изменений значения
• 14:10
  без создания сложных локальных правил.
• 14:11
  Но не превращайте упорядоченную настройку в головоломку без необходимости.
• 14:14
  Если ваш процесс идентификации зависит от сложной нестандартной логики,
• 14:17
  запишите это требование, прежде чем менять сопоставление.
• 14:20
  Для обычных учетных записей четкие стандартные настройки лучше,
• 14:22
  чем хитрые правила, которые через полгода никто не поймет.
• 14:24
  CloudSync предоставляет безопасный способ тестирования
• 14:26
  перед включением масштабной синхронизации.
• 14:28
  Эта автоматизация называется подготовкой по требованию.
• 14:30
  Provision on Demon.
• 14:30
  Вы выбираете одного пользователя и спрашиваете CloudSync,
• 14:33
  что ты сделаешь с этой учетной записью.
• 14:34
  Результат показывает, нашел ли агент пользователя,
• 14:37
  попадает ли он в область действия,
• 14:38
  нашел ли IntraID соответствующую запись
• 14:40
  и будет ли CloudSync создавать или обновлять ее.
• 14:43
  Вы видите решение до того, как оно затронет всех остальных.
• 14:46
  Представьте, что IT-команда создает пилотную группу под названием CloudSync Test.
• 14:50
  Кто-то случайно добавляет в нее большую группу,
• 14:53
  содержащую сотни сотрудников.
• 14:54
  Подготовка по требованию выявляет проблему с областью действия
• 14:57
  во время тестирования одного пользователя,
• 14:59
  а не после появления сотен учетных записей в клиенте.
• 15:01
  На мой взгляд, такие ошибки нужно обнаруживать как можно раньше.
• 15:04
  CloudSync также включает защиту от случайного удаления.
• 15:08
  Если конфигурация внезапно пытается удалить
• 15:09
  большое количество пользователей или групп,
• 15:11
  служба может остановить процесс и поместить конфигурацию в карантин,
• 15:14
  вместо того, чтобы переносить ущерб прямо в IntraID.
• 15:16
  Администраторы получают уведомления и могут провести расследование.
• 15:19
  Портал Intra также предоставляет журналы подготовки.
• 15:21
  Найдите пользователя, и вы увидите, что произошло, совпал ли объект,
• 15:25
  вызвало ли поле ошибку, подключился ли агент
• 15:28
  и остается ли конфигурация работоспособной.
• 15:30
  Когда синхронизация идентификаторов работает хорошо, она незаметна.
• 15:33
  Когда что-то идет не так, эти журналы подсказывают,
• 15:35
  где искать причину, избавляя вас от догадок.
• 15:37
  CloudSync теперь охватывает более широкий круг задач,
• 15:40
  но он все еще не предназначен для замены любой конфигурации IntraConnect.
• 15:43
  ХМ, CloudSync против IntraConnect и переход в 2026 году.
• 15:47
  Итак, должна ли каждая компания переходить с IntraConnect на CloudSync?
• 15:50
  Нет, CloudSync новее, но «новее» не автоматически означает «лучше подходит для вашей системы».
• 15:54
  Правильный выбор зависит от того, что нужно вашей системе идентификации сегодня,
• 15:57
  а не от того, какой продукт кажется современнее.
• 15:59
  CloudSync подходит компаниям, которым нужна более простая локальная настройка
• 16:02
  и управление параметрами синхронизации в облаке.
• 16:04
  Это удобно, если вам нужно в основном перенести пользователей,
• 16:07
  группы и контакты из Active Directory в IntraID.
• 16:09
  Это также подходит компаниям с отдельными лесами,
• 16:12
  где каждое подразделение подключается к одному клиенту Intra
• 16:14
  без объединения локальных сетей.
• 16:16
  Система также поддерживает фильтрацию на основе групп.
• 16:18
  Это полезно, когда нужно сначала добавить одно бизнес-подразделение,
• 16:22
  один офис или небольшую группу пользователей.
• 16:24
  Вы можете управлять параметрами синхронизации в портале Intra,
• 16:26
  следить за агентами там же и не запускать мощный движок синхронизации на центральном сервере.
• 16:30
  У IntraConnect по-прежнему есть свое место.
• 16:32
  Некоторые компании используют методы входа, которые CloudSync не поддерживает напрямую,
• 16:36
  например, сквозную аутентификацию или федерацию.
• 16:39
  Сквозная аутентификация проверяет пароль в Active Directory в момент входа пользователя в систему.
• 16:43
  Федерация отправляет запрос на вход в другую систему идентификации,
• 16:46
  которую компания часто уже использует.
• 16:48
  Такие конфигурации требуют тщательного планирования.
• 16:50
  IntraConnect также может подойти компаниям со сложными локальными правилами синхронизации.
• 16:54
  Возможно, они объединяют данные из нестандартных полей,
• 16:57
  применяют детальную фильтрацию или зависят от старых правил, создававшихся годами.
• 17:00
  Замена такой настройки на более простой инструмент без проверки каждого правила может создать проблемы.
• 17:05
  Exchange Hybrid также может повлиять на ваш выбор.
• 17:07
  Компания может продолжать использовать локальные эксченджи параллельно с Exchange Online.
• 17:11
  Некоторые задачи эксченджа требуют обратной записи данных в Active Directory.
• 17:15
  Так, Microsoft 365 и ваша настройка эксченджа будут согласованы в отношении почтовых данных.
• 17:20
  Ваша конкретная настройка эксченджа определяет, поддерживает ли Cloud Sync ваши потребности.
• 17:23
  В 2026 году это решение изменилось.
• 17:26
  Теперь Cloud Sync включает синхронизацию устройств для гибридного присоединения к IntraID.
• 17:29
  Это важно, когда рабочие устройства Windows относятся к локальному Active Directory,
• 17:33
  но должны иметь учетную запись в IntraID для облачного доступа.
• 17:35
  Для многих компаний синхронизация устройств была причина использования именно IntraConnect.
• 17:39
  Теперь Cloud Sync может покрыть и эту потребность, что снимает одно из препятствий для перехода на него.
• 17:44
  Вам все еще нужно проверить настройку устройств, планы по Windows и использование InTune,
• 17:48
  но выбор уже не ограничен только пользователями и группами.
• 17:50
  Microsoft также добавила обратную запись атрибутов эксченджа Hybrid в общедоступную предварительную версию.
• 17:54
  Проще говоря, теперь Cloud Sync может передавать некоторые данные эксченджа из облака обратно в Active Directory.
• 17:59
  Общедоступная предварительная версия означает, что Microsoft все еще собирает отзывы о реальном использовании,
• 18:03
  прежде чем объявить функцию полностью готовой.
• 18:05
  Поэтому относитесь к ней осторожней, чем к давно существующим инструментам.
• 18:08
  Не переносите конфигурацию эксченджа автоматически только из-за одной фразы в обновлении продукта.
• 18:12
  Ознакомьтесь с актуальной документацией Microsoft, проведите тестирование на учетных записях,
• 18:15
  неиспользуемых в работе, и уточните атрибуты, необходимые вашей компании.
• 18:18
  Эксченджа бывает непредсказуем, если данные об идентификаторах не совпадают.
• 18:22
  Облачная синхронизация также переносит привычные элементы управления безопасностью на портал.
• 18:25
  Вы можете использовать синхронизацию хэшей паролей.
• 18:27
  Можно настроить уведомления, чтобы нужные специалисты оперативно узнавали о проблемах.
• 18:31
  Можно настроить защиту от случайного удаления.
• 18:33
  Управление конфигурацией доступно непосредственно через интро,
• 18:35
  а не через локальный сервер синхронизации как основной узел.
• 18:38
  Инструменты становятся все более похожими по своим возможностям.
• 18:40
  Тем не менее, облачная синхронизация — это не универсальная временная замена
• 18:43
  интро-коннект для любой компании.
• 18:44
  Воспринимайте этот выбор как выбор транспортного средства.
• 18:46
  Небольшой фургон подойдет для доставки по городу,
• 18:49
  так как им проще управлять и его легче припарковать.
• 18:51
  Тяжелый грузовик нужен для других задач,
• 18:52
  так как он перевозит грузы, которые фургон не потянет.
• 18:55
  Ни один из вариантов не является неправильным.
• 18:56
  Задайте себе несколько прямых вопросов перед принятием решения.
• 18:59
  У вас один лес-актив в директории или несколько несвязанных лесов?
• 19:02
  Нужна ли вам гибридная синхронизация устройств?
• 19:04
  Используете ли вы сложные пользовательские правила?
• 19:06
  Какой метод входа в систему вы применяете?
• 19:08
  Нужна ли обратная запись для эксчейнджа?
• 19:09
  И если текущая служба синхронизации выйдет из строя,
• 19:11
  как быстро вы сможете восстановиться?
• 19:13
  Запишите ответы на эти вопросы.
• 19:14
  Окончательное решение не должно начинаться с мгновенного переноса всех данных.
• 19:22
  Это безопасный первый шаг для вашей компании.
• 19:26
  Начните с составления простой карты и идентификаторов.
• 19:29
  Перечислите все леса и домены актив-директорий.
• 19:31
  Отметьте, используете ли вы уже Интраконнект?
• 19:33
  Какие пользователи синхронизируются сейчас?
• 19:34
  Каким устройствам нужна гибридная идентификация?
• 19:36
  И где почтовая система все еще зависит от локального актив-директорий?
• 19:38
  Не усложняйте.
• 19:39
  Затем сравните свои потребности с текущими возможностями облачной синхронизации.
• 19:42
  Сначала проверьте метод входа в систему.
• 19:44
  Проверьте требования эксчейнджа.
• 19:45
  Проверьте устройство, обратную запись и любые пользовательские сопоставления,
• 19:48
  которые кто-то настроил много лет назад, и с тех пор никто не проверял.
• 19:50
  Этот список может выявить скрытые зависимости.
• 19:52
  Если облачная синхронизация подходит,
• 19:54
  установите как минимум два агента подготовки для рабочей среды.
• 19:56
  Один агент может подойти для лаборатории,
• 19:58
  но рабочую синхронизацию идентификаторов не стоит ограничивать одним сервером, если это возможно.
• 20:02
  Затем создайте узкую область конфигурации.
• 20:04
  Выберите тестовое подразделение или небольшую группу безопасности.
• 20:07
  Используйте сопоставление по умолчанию, если у вас нет четкой причины их менять.
• 20:10
  Затем выберите известного пользователя и выполните подготовку по требованию,
• 20:13
  прежде чем включать регулярную синхронизацию.
• 20:18
  Создает ли ожидаемую учетную запись и передает ли нужные поля.
• 20:21
  Также просматривайте журналы портала,
• 20:23
  поскольку один лишь зеленый статус не подтверждает работу бизнес-правил.
• 20:26
  Одно предупреждение имеет значение при перемещении.
• 20:29
  Не стоит полагать, что...