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, Co-Pilot, She, Azure та людей, що формують майбутні роботи.
• 0:07
  У січні М365 конферанс повертається, і ми стаємо ще масштабнішими.
• 0:12
  Приєднуйтесь до живих сесій, демонстрацій реальних рішень та практичних знань від MVP та експертів з усього світу.
• 0:18
  Жодних шаблонних слайдів чи нескінченних модних слів.
• 0:21
  Ми розглядаємо справжні виклики Co-Pilot Studio, She-агенти, Fabric, безпека, управління та автоматизація.
• 0:29
  Незалежно від того, чи ви IT-спеціаліст, розробник або бізнес-лідер, для вас знайдуться підходящі сесії.
• 0:35
  Протягом 10 повних днів ви зможете дослідити різні технології та поспілкуватися з глобальною спільнотою.
• 0:40
  Дивіться наживо та приносте практичні ідеї у свою організацію.
• 0:44
  Січень 2027 року, 10 днів, одна спільнота Microsoft.
• 0:49
  Реєстрацію відкрито.
• 0:52
  Забронюйте своє місце сьогодні.
• 0:57
  CM365.con.net
• 0:59
  Приєднуйтесь на M365.con.net і побачимося в січні.
• 1:04
  Всім привіт! Вітаємо на черговому випуску Microsoft Knowledge Nuggets тут на M365.
• 1:10
  FM E-Autemenem Milko Petters.
• 1:12
  Що саме таке Microsoft EntraCloud Sync?
• 1:15
  Це просто інша назва для EntraConnect? Чи він вирішує іншу задачу?
• 1:18
  Багато компаній досі зберігають облікові записи співробітників Vectiv Directori всередині своєї мережі.
• 1:23
  Проте співробітники працюють у Microsoft 365.
• 1:26
  Їм потрібні Teams, пошта Exchange Online, файли Onedrive та хмарні додатки.
• 1:30
  Це створює два місця, де важлива ідентичність.
• 1:32
  Без зв'язку між ними людина може існувати в Vectiv Directori, але не в EntraID, хмарній стійці, реєстрації для Microsoft 365.
• 1:39
  Паролі не збігаються.
• 1:41
  Доступ надається із запізненням.
• 1:43
  IT-відділ змушений виконувати одну й ту саму роботу двічі.
• 1:46
  EntraConnect став звичним локальним інструментом для зв'язку цих двох середовищ.
• 1:49
  CloudSync використовує інший шлях, де більша частина роботи синхронізації виконується в Microsoft Entra.
• 1:54
  Наприкінці ви знатімєте, що він робить, чому існує і що змінилося у 2026 році.
• 1:58
  Проте один кордон все ще визначає, чи підходить він вашій компанії.
• 2:01
  Чому синхронізація ідентичностей потребує простішої моделі?
• 2:05
  Почнемо з нового співробітника.
• 2:06
  HR повідомляє IT, що Maya виходить у понеділок.
• 2:09
  Хтось створює обліковий запис Maya Active Directory,
• 2:12
  яку багато компаній досі використовують як локальну картотеку персоналу.
• 2:15
  Її ім'я, робоча пошта, відділ, керівник, членство в групах та дані пароля починаються саме там.
• 2:21
  Але Maya працює не лише всередині корпоративної мережі.
• 2:24
  Їй потрібно входити в Teams з дому.
• 2:26
  Їй потрібна поштова скринька Exchange Online.
• 2:28
  Її команда зберігає файли в SharePoint, і до кінця першого дня їй може знадобитися доступ до розрахунку зарплати, CRM, навчання або інших хмарних додатків.
• 2:35
  Одній людині потрібна одна робоча ідентичність.
• 2:37
  Ця ідентичність має відображатися в обох місцях, залишаючись при цьому тією самою Maya.
• 2:41
  Її ім'я для входу має збігатися.
• 2:43
  Інформація про її групи має потрапляти в хмару.
• 2:45
  Коли її пароль змінюється в Active Directory, Microsoft 365 також потребує безпечного способу його підтвердження.
• 2:51
  Це і є завданням синхронізації ідентичностей.
• 2:53
  Уявіть Active Directory як картотеку в підвалі офісної будівлі.
• 2:57
  У ній зберігаються записи про персонал, яким компанія вже довіряє.
• 3:00
  EntraID – це стійка реєстрації нагорі, яка вирішує, хто може увійти в Microsoft 365 і якими кімнатами користуватися.
• 3:06
  Якщо картотека та стійка реєстрації не обмінюються інформацією, Maya зупинять на вході.
• 3:11
  20 років тому цей розрив вимагав багаторучної роботи.
• 3:14
  ІТ-команді доводилося створювати один обліковий запис локально, а потім ще один у хмарному сервісі.
• 3:19
  Коли Maya змінювала прізвище, команду або звільнялася, хтось мав пам'ятати про кожне місце, де зберігалися її дані.
• 3:25
  Люди забувають.
• 3:26
  Новий підхід до синхронізації ідентичностей змінив щоденну роботу ІТ.
• 3:30
  Зміна в Active Directory могла автоматично передаватися в EntraID, тому хмарний обліковий запис слідував за локальним, а не ставав окремим записом.
• 3:37
  Тривалий час цю роботу виконував EntraConnect.
• 3:39
  EntraConnect працює на сервері всередині мережі компанії.
• 3:42
  Він считує Active Directory, застосовує локальні правила синхронізації, веде власне сховище даних і надсилає схвалені зміни до EntraID.
• 3:49
  Він має широкі можливості, особливо коли компанії потрібен глибокий контроль над потоками даних.
• 3:53
  Така гнучкість вимагає відповідальності.
• 3:55
  Хтось має доглядати за сервером.
• 3:56
  Хтось має встановлювати на нього оновлення.
• 3:58
  Хтось має розуміти локальні правила, якщо користувач не проходить автентифікацію через синхронізацію, як очікувалося.
• 4:02
  І якщо основний сервер синхронізації виходить з ладу, зміни перестають надходити до Microsoft 365, поки йте фахівці не виправлять проблему або не виконують план відновлення.
• 4:08
  Для має це може означати, що її обліковий запис просто зависне.
• 4:11
  Для компанії з сотнями чи тисячами працівників це може означати, що нові співробітники не з'являються в хмарних додатках, доступ заблокованих облікових записів скасовується із затримкою, а кількість звернень до служби підтримки зростає.
• 4:21
  Проблема не в тому, що Entra Connect виявився невдалим продуктом.
• 4:24
  Справа в тому, що кожен локальний механізм потребує локального обслуговування.
• 4:27
  Багато компаній прагнуть зменшити кількість рухомих частин на власних серверах.
• 4:30
  Хмарна синхронізація відповідає цій ідеї.
• 4:32
  Замість розміщення великого механізму синхронізації, детальної обробки та більшості правил у вашій мережі, Microsoft Entra виконує більшу частину цієї роботи в хмари.
• 4:39
  У вашій локальній мережі залишається лише невелика точка підключення, яка считує Active Directory і безпечно передає дані назовні.
• 4:44
  Картотека залишається там, де вона є.
• 4:46
  Обробка переміщується ближче до стійки реєстрації.
• 4:48
  Це може зменшити кількість локального програмного забезпечення, яким має керувати ваша команда, зберігаючи Active Directory як основне джерело даних про працівників.
• 4:55
  Це також змінює підхід до відновлення, особливо якщо компанія має кілька офісів, кілька каталогів або нещодавно пройшла через злиття.
• 5:01
  Отже, якщо основна робота з синхронізації відбувається в хмарі, що саме залишається всередині вашої корпоративної мережі.
• 5:07
  Саме цим і є Microsoft Entra Cloud Sync.
• 5:10
  Microsoft Entra Cloud Sync – це керований хмарою спосіб копіювання вибраних користувачів, груп і контактів з Active Directory до Entra ID.
• 5:17
  Уявіть це як службу безпечної кур'єрської доставки.
• 5:20
  Ваша Active Directory зберігає записи про персонал всередині вашої мережі.
• 5:23
  Entra ID потребує затверджених частин цих записів, щоб користувачі могли входити до Microsoft 365.
• 5:28
  Cloud Sync розміщує невеликого кур'єра під назвою «Агент підготовки Provisioning Agent» у вашій мережі для безпечного перенесення цієї інформації.
• 5:34
  Цей кур'єр не створює другої системи зберігання даних.
• 5:37
  Він считує затверджену вами інформацію з каталогу, шифрує її та надсилає через вихідне з'єднання до Microsoft Entra.
• 5:42
  Вихідне з'єднання означає, що саме Агент ініціює зв'язок із хмарою.
• 5:46
  Вам не потрібно відкривати свою мережу та очікувати на вхідні підключення ззовні.
• 5:50
  Це корисний елемент безпеки.
• 5:52
  Агент має доступ до Active Directory, оскільки він розташований всередині вашої мережі.
• 5:56
  Microsoft Entra може обробляти дані, оскільки Агент безпечно надсилає їх у хмару.
• 6:00
  Обидві сторони можуть працювати разом без встановлення повного механізму синхронізації на вашому власному сервері.
• 6:04
  Залаштунками Entra бере на себе основну частину роботи.
• 6:07
  Вона перевіряє, чи користувач уже існує в Entra ID.
• 6:10
  Вона застосовує вибрану вами область синхронізації.
• 6:12
  Вона дотримується встановлених вами правил зіставлення полів.
• 6:15
  Потім вона створює або оновлює об'єкт у хмарі, коли інформація відповідає вашим правилам.
• 6:18
  Ви керуєте цими параметрами на порталі Entra.
• 6:21
  Це суттєва зміна, якщо ви знайомі з Entra Connect.
• 6:23
  У Entra Connect більша частина логіки та роботи з усунення несправностей виконується на сервері, де працює інструмент синхронізації.
• 6:28
  З CloudSync ви створюєте конфігурацію на порталі, вибираєте, що потрібно синхронізувати, зіставляєте поля та перевіряєте результати в одному хмарному середовищі.
• 6:35
  Локальний агент залишається компактним.
• 6:37
  Для CloudSync не потрібен великий локальний механізм синхронізації з локальною базою даних SQL.
• 6:42
  Вам більше не потрібно щоразу відкривати локальний редактор правил, коли потрібно перевірити базове зіставлення.
• 6:47
  Microsoft опікується оновленнями агента, поки ваша команда зосереджується на правилах ідентифікації, важливих для бізнесу.
• 6:53
  Це не означає, що ви втрачаєте контроль. Ви все одно обираєте користувачів і групи, які можуть потрапити до EntraID.
• 6:59
  Ви можете вибрати такі поля, як відображуване ім'я, відділ, номер телефону чи керівник.
• 7:03
  Відображення просто відповідає на просте запитання, яке поле в записі Active Directory має заповнити, яке поле в EntraID.
• 7:09
  Для багатьох компаній стандартні відображення охоплюють звичайні облікові записи співробітників.
• 7:13
  Якщо у вашому Active Directory відображуване ім'я Maya Patel, EntraID може отримати Maya Patel.
• 7:17
  Якщо її відділ змінюється з відділу продажів на успіх клієнтів, це оновлення може дійти до її хмарного облікового запису.
• 7:21
  Якщо членство в групі надає їй доступ до ресурсу Microsoft 365, інформація про групу також може синхронізуватися.
• 7:27
  Деякі налаштування потребують невеликих змін.
• 7:29
  CloudSync містить прості вирази для випадків, коли потрібно коригувати значення під час передачі.
• 7:33
  Можливо, компанія хоче додати суфікс до відображуваного імені для певного набору облікових записів.
• 7:37
  Ви можете налаштувати це у хмарній конфігурації, а не створювати складні локальні правила синхронізації.
• 7:42
  Пам'ятайте про цю відмінність.
• 7:43
  CloudSync надає зручний контроль для звичайних завдань з ідентифікації.
• 7:47
  Він не автоматизований для копіювання кожного розширеного налаштування, яке може містити довготривала конфігурація EntraConnect.
• 7:53
  Ми повернемося до цього рішення пізніше, оскільки це може врятувати вас від вибору інструменту лише тому, що він новіший.
• 7:58
  Паролі викликають найбільше запитань.
• 8:00
  CloudSync може використовувати синхронізацію хешів паролів.
• 8:04
  Ця фраза звучить більш тривожно, ніж є насправді.
• 8:06
  Чи табельний пароль не надсилається до Microsoft Entra.
• 8:09
  Натомість Active Directory створює захищену інформацію для перевірки пароля,
• 8:13
  а EntraID використовує її для безпечної перевірки входу користувача.
• 8:17
  Отже, Майя може використовувати свій корпоративний пароль для Microsoft 365.
• 8:21
  Її пароль, як і раніше, починається в Active Directory.
• 8:23
  Коли вона змінює його там, оновлена інформація для перевірки синхронізується з EntraID.
• 8:28
  Microsoft 365 може потім підтвердити її вхід, не зберігаючи читабельну копію пароля.
• 8:33
  Одне правило власності забезпечує ясність.
• 8:35
  Коли користувач синхронізується з Active Directory,
• 8:38
  Active Directory залишається місцем для редагування даних синхронізації.
• 8:41
  Якщо потрібно змінити відділ або посаду, маючи тіма,
• 8:43
  ви змінюєте це в Active Directory, а потім CloudSync переносить цю зміну в EntraID.
• 8:47
  Ви часто бачитимете, що ці хмарні поля заблоковані для редагування.
• 8:50
  Це не проблема. Це вказує на те, звідки походить обліковий запис.
• 8:54
  Ви можете змінити цю власність пізніше через заплановану зміну джерела повноважень,
• 8:58
  але CloudSync не перетворює локальні облікові записи на хмарні мовчки.
• 9:01
  Агент пояснює, чому CloudSync здається легшим,
• 9:04
  але наступна частина пояснює, чому він продовжує працювати,
• 9:06
  навіть якщо один сервер виходить з ладу.
• 9:08
  Як CloudSync продовжує працювати у разі збою сервера.
• 9:11
  Інструмент синхронізації допомагає лише тоді, коли він має доступ до Active Directory.
• 9:14
  Уявіть ранок понеділка, коли серверу терміново потрібен перезапуск,
• 9:17
  або його диск виходить з ладу без попередження.
• 9:19
  Керівник створює нового користувача в Active Directory,
• 9:21
  але ця людина не з'являється в Microsoft 365.
• 9:24
  Хтось деактивує працівника, який звільнився,
• 9:26
  але хмарний обліковий запис не реагує на зміни.
• 9:29
  Ці затримки додають справжньої роботи і те відділу.
• 9:31
  За традиційного налаштування EntraConnect компанії
• 9:33
  часто використовують один активний сервер синхронізації
• 9:36
  та тримають інший у режимі очікування як резервний.
• 9:38
  Цей резерв потребує планування, тестування та чіткого процесу перемикання
• 9:41
  у разі виходу з ладу активного сервера.
• 9:43
  Cloud Sync обирає інший підхід.
• 9:45
  Ви можете встановити кілька агентів ініціалізації
• 9:47
  в одному домені Active Directory.
• 9:49
  Кожен агент підключається до однієї конфігурації Cloud Sync
• 9:51
  у Microsoft Entra, і кожен може считувати
• 9:53
  однакову інформацію з каталогу.
• 9:55
  Вам не потрібно вважати одного агента головним на постійній основі.
• 9:58
  Microsoft Entra відстежує доступних агентів.
• 10:00
  Якщо один агент стає офлайн,
• 10:02
  хмарна служба може використовувати іншого справного агента
• 10:05
  для продовження роботи.
• 10:06
  Це вбудована висока доступність,
• 10:07
  що означає уникнення ситуації,
• 10:09
  коли один сервер стає єдиною точкою відмови.
• 10:12
  Уявіть дві служби підтримки,
• 10:13
  що використовують один і той самий каталог персоналу.
• 10:15
  Якщо одна служба закривається на день,
• 10:17
  інша все ще може приймати дзвінки та реєструвати користувачів.
• 10:19
  Співробітникам компанії не потрібно знати,
• 10:21
  яка саме служба обробила їхній запит.
• 10:23
  Їм потрібно лише, щоб їхній доступ працював.
• 10:25
  У цьому полягає практична перевага.
• 10:27
  Замість розробки плану ручного перемикання
• 10:29
  для великого локального модуля синхронізації.
• 10:31
  Ви встановлюєте кілька легких агентів
• 10:32
  і дозволяєте Entra використовувати ті, що зараз онлайн.
• 10:35
  Ви все одно повинні контролювати стан агентів,
• 10:37
  підтримувати сервер і тестувати свій план відновлення.
• 10:39
  Вбудована система відмовості кості не скасовує
• 10:41
  потребу в відповідальній роботі і тефахівців.
• 10:43
  Вона лише знімає частину навантаження з однієї машини.
• 10:45
  CloudSync також допомагає,
• 10:47
  коли компанія має окремі ліси Active Directory.
• 10:49
  Ліс – це окреме середовище Active Directory.
• 10:52
  Він може з'явитися, якщо ваша компанія придбала інший бізнес.
• 10:55
  Дві компанії можуть використовувати різні домени,
• 10:58
  мережі та окремі локальні каталоги,
• 11:00
  які не можуть напряму спілкуватися між собою.
• 11:02
  Це поширена ситуація після злиття.
• 11:04
  З CloudSync ви можете встановити агента біля кожного лісу.
• 11:07
  Кожен агент считує власний локальний Active Directory,
• 11:10
  а потім підключається до того самого клієнта Microsoft Entra.
• 11:13
  Хмара стає спільним пунктом призначення,
• 11:15
  навіть якщо локальні каталоги залишаються окремими.
• 11:17
  Для такого налаштування не потрібен прямий мережевий шлях між лісами.
• 11:21
  Уявіть, що компанія в Лондоні купує бізнес у Торонто.
• 11:24
  Обидві команди мають використовувати одного клієнта Microsoft 365,
• 11:27
  але підключення їхніх старих мережевих каталогів
• 11:28
  зайняло б місяці і створило б питання безпеки.
• 11:30
  Агент у Лондоні може синхронізувати лондонські облікові записи,
• 11:32
  тоді як агент у Торонто синхронізує облікові записи Торонто.
• 11:35
  Обидві групи користувачів можуть потрапити до одного і того самого Entra ID.
• 11:38
  Це дає час спланувати масштабнішу роботу з каталогом,
• 11:40
  не блокуючи доступ користувачів до Teams, пошти та хмарних застосунків.
• 11:43
  Усе ще існують практичні вимоги.
• 11:45
  Кожен агент потребує надійного підключення до свого локального Active Directory.
• 11:48
  Йому також потрібен вихідний доступ через ваш бренд Mawware
• 11:51
  або проксі до хмарних служб Microsoft UTMS.
• 11:53
  Не варто встановлювати агента на випадковий комп'ютер і сподіватися на краще.
• 11:57
  Встановлюйте його на підтримувані сервери, надайте правильний локальний доступ
• 12:00
  і встановіть більше, ніж одного агента для продуктивного середовища.
• 12:02
  Доступність забезпечує підтримку підключення.
• 12:05
  Але рішення про те, які облікові записи мають передаватися через це підключення,
• 12:08
  так само важливе для того, що саме синхронізується і як ви зберігаєте контроль.
• 12:12
  Перш ніж CloudSync почне переносити облікові записи до EntraID,
• 12:15
  визначте точно, хто входить до сфери синхронізації.
• 12:17
  Сфера означає ту частину Active Directory, яку CloudSync дозволено считувати та копіювати.
• 12:21
  Ви можете вибрати всі підтримувані об'єкти в домені,
• 12:24
  що може підійти невеликій компанії з одним чистим каталогом
• 12:26
  і чітким набором облікових записів співробітників.
• 12:28
  Більшим компаніям зазвичай потрібно більше уваги,
• 12:30
  оскільки Active Directory може містити старі тестові записи,
• 12:33
  сервісні та навчальні облікові записи,
• 12:35
  а також групи, які ніхто не очікує побачити в Microsoft 365.
• 12:38
  Вузький старт дозволяє уникнути сюрпризів.
• 12:40
  CloudSync дозволяє обмежити сферу за організаційною одиницею,
• 12:43
  яку часто називають OU або за групою безпеки.
• 12:46
  OU схожа на позначену папку всередині Active Directory.
• 12:49
  У вас може бути папка під назвою «Наші співробітники»
• 12:52
  або інша під назвою «Наші підрядники»
• 12:54
  або ще одна «Наші ІТ-тестові записи».
• 12:57
  Або якщо лише OU співробітників має потрапити до Microsoft 365,
• 13:01
  ви можете вибрати саме цю OU.
• 13:03
  Сфера на основі груп надає вам ще один варіант.
• 13:05
  Замість вибору цілої папки ви обираєте групу безпеки
• 13:07
  та додаєте лише тих людей, яких хочете протестувати.
• 13:10
  Це добре працює, коли ви хочете провести невеликий пілотний проєкт,
• 13:12
  не переміщуючи облікові записи в каталозі.
• 13:13
  Почніть із тестової групи.
• 13:15
  Виберіть кількох відомих користувачів, які можуть безпечно з'явитися в EnterID.
• 13:18
  Перевірте їхні імена для входу, дані про відділ та членство в групах.
• 13:21
  Підтверте, що з'явилися правильні облікові записи,
• 13:22
  а потім розширюйте сферу, коли будете впевнені в результаті.
• 13:24
  Ця невелика перевірка може врятувати від дуже тривалої роботи з очищення.
• 13:27
  Після того, як ви вирішите, хто може синхронізуватися,
• 13:29
  ви вирішуєте, які деталі передаватимуться з ними.
• 13:30
  Це називається зіставленням атрибутів, але означає просту річ.
• 13:33
  Яке поле в обліковому записі Active Directory заповнює,
• 13:36
  яке поле в обліковому записі EnterID.
• 13:38
  Запис користувача може містити ім'я, прізвище, відображуване ім'я,
• 13:41
  номер телефону, офіс, керівника та відділ.
• 13:43
  CloudSync містить стандартні зіставлення для типових налаштувань.
• 13:47
  У багатьох випадках спершу варто залишити ці стандартні параметри без змін.
• 13:50
  Вони охоплюють звичайні поля, потрібні більшості компаній
• 13:52
  і полегшують розуміння змін, якщо результат виглядає неправильним.
• 13:55
  Ви можете коригувати зіставлення, якщо для цього є чіткі бізнес-причини.
• 13:59
  Наприклад, компанія може зберігати номер телефону в локальному полі,
• 14:02
  яке не збігається з полем Enter, яке потрібно заповнити.
• 14:04
  CloudSync може зіставити це поле.
• 14:06
  Він також підтримує прості вирази для незначних змін значень
• 14:09
  без створення великої кількості локальних правил.
• 14:11
  Але не перетворюйте автоматично просте налаштування на головоломку.
• 14:14
  Якщо ваш процес ідентифікації базується на складній, нетиповій логіці,
• 14:18
  запишіть цю вимогу перед зміною зіставлень.
• 14:20
  Для звичайних облікових записів чіткі стандартні параметри
• 14:22
  кращі завигадливі правила, які ніхто не розуміє через 6 місяців.
• 14:24
  CloudSync надає безпечний спосіб тестування перед увімкненням масштабної синхронізації.
• 14:27
  Він автоматизує процес під назвою «Надання за запитом про віженом даман».
• 14:30
  Ви обираєте одного користувача і запитуєте CloudSync,
• 14:33
  що б ти зробив із цим обліковим записом.
• 14:34
  Результат показує, чи знайшов агент-користувача,
• 14:36
  чи потрапляє він у вашу область дії,
• 14:38
  чи знайшов EntraID, відповідний обліковий запис,
• 14:41
  і чи буде CloudSync створювати або оновлювати його.
• 14:43
  Ви можете побачити рішення, перш ніж воно вплине на інших.
• 14:46
  Уявіть, що і те команда створює пілотну групу під назвою «CloudSyncTest».
• 14:50
  Хтось випадково додає туди більшу групу, яка містить сотні співробітників.
• 14:54
  «Надання за запитом виявляє проблему в області дії,
• 14:57
  поки команда тестує одну особу, а не після того,
• 15:04
  КлаудСync також містить захист від випадкового видалення».
• 15:08
  Якщо конфігурація раптово намагається видалити велику кількість користувачів або груп,
• 15:11
  служба може зупинити процес і перевести конфігурацію в карантин,
• 15:14
  замість того, щоб переносити ці пошкодження прямо в EntraID.
• 15:16
  Адміністратори отримують сповіщення і можуть провести розслідування.
• 15:19
  Портал Entra також надає вам журнали підготовки «Правіженин Лобс».
• 15:22
  Знайдіть користувача, і ви зможете побачити, що сталося,
• 15:25
  чи збігся об'єкт, чи спричинило поле помилку,
• 15:34
  Гурнали підказують, де шукати, замість того, щоб примушувати вас гадати.
• 15:37
  КлаудСync тепер охоплює ширший спектр потреб, але це не означає,
• 15:40
  що він може замінити будь-яке налаштування EntraConnect.
• 15:43
  Гмі – КлаудСync проти EntraConnect і перехід 2026 року.
• 15:47
  Отже, чи варто кожній компанії переходити з EntraConnect на КлаудСync?
• 15:50
  Ні. КлаудСync новіший, але це не означає, що він автоматично підходить для вашої інфраструктури.
• 15:54
  Правильний вибір залежить від того, що має виконувати ваша система ідентифікації сьогодні,
• 15:57
  а не від того, який продукт звучить сучасніше.
• 16:00
  КлаудСync підходить компаніям, яким потрібне простіше локальне налаштування
• 16:02
  та керування синхронізацією через хмару.
• 16:04
  Він добре працює, коли вам потрібно переважно синхронізувати користувачів,
• 16:07
  групи та контакти з Active Directory в EntraID.
• 16:09
  Він також підходить компаніям з окремими лісами,
• 16:12
  де кожна локація може підключатися до одного орендаря Entra,
• 16:14
  не об'єднуючи локальні мережі.
• 16:16
  Він також надає можливість налаштування за групами.
• 16:18
  Це корисно, коли ви хочете спочатку додати один бізнес-підрозділ,
• 16:21
  один новий офіс або невелику групу користувачів.
• 16:24
  Ви можете керувати налаштуваннями синхронізації на порталі Entra,
• 16:26
  відстежувати агентів і не запускати великий механізм синхронізації на одному сервері.
• 16:30
  Entra Connect все ще має своє місце.
• 16:32
  Деякі компанії покладаються на методи входу,
• 16:34
  які CloudSync не підтримує таким самим чином,
• 16:36
  наприклад, наскрізну автентифікацію або федерацію.
• 16:39
  Наскрізна автентифікація перевіряє пароль через Active Directory
• 16:42
  в момент входу користувача.
• 16:43
  Федерація надсилає запит на вхід до іншої системи ідентифікації,
• 16:46
  яку компанія часто вже використовує.
• 16:48
  Такі налаштування потребують ретельного планування.
• 16:50
  Entra Connect також може підійти компаніям
• 16:52
  зі складними локальними правилами синхронізації.
• 16:54
  Можливо, вони поєднують дані з нестандартних полів,
• 16:56
  застосовують детальну логіку фільтрації
• 16:58
  або залежать від старих користувацьких правил.
• 17:00
  Заміна такої системи простішим інструментом
• 17:02
  без перевірки кожного правила може створити проблеми.
• 17:05
  Exchange Hybrid також може вплинути на вибір.
• 17:07
  Компанія може продовжувати використовувати
• 17:09
  локальні компоненти Exchange разом з Exchange Online.
• 17:11
  Деякі завдання Exchange потребують запису деталей
• 17:14
  назад в Active Directory.
• 17:15
  Тому Microsoft 365 і налаштування Exchange
• 17:17
  повинні синхронно оновлювати інформацію про пошту.
• 17:20
  Ваше конкретне налаштування Exchange визначає,
• 17:22
  чи підтримує CloudSync ваші потреби.
• 17:23
  Це рішення змінилося у 2026 році.
• 17:26
  CloudSync тепер включає синхронізацію пристроїв
• 17:27
  для гібридного приєднання до EntraID.
• 17:29
  Це важливо, коли корпоративні пристрої Windows
• 17:31
  належать до локального Active Directory,
• 17:33
  але потребують ідентифікації в EntraID для доступу до хмари.
• 17:35
  Для багатьох компаній синхронізація пристроїв
• 17:37
  була причиною використання EntraConnect.
• 17:39
  Тепер CloudSync може задовольнити й цю потребу,
• 17:41
  що усуває одну з причин, через яку команди
• 17:43
  не могли його розглядати.
• 17:44
  Вам все одно потрібно перевірити налаштування пристроїв,
• 17:46
  плани Windows та використання Intune,
• 17:48
  але вибір більше не обмежується лише користувачами та групами.
• 17:50
  Microsoft також додала зворотний запис атрибутів
• 17:52
  Exchange Hybrid у загальнодоступну попередню версію.
• 17:54
  Простою мовою, CloudSync тепер може надсилати певні дані,
• 17:57
  пов'язані з Exchange, з хмари назад до Active Directory.
• 18:00
  Публічна попередня версія означає,
• 18:01
  що Microsoft все ще збирає відгуки про реальне використання,
• 18:03
  перш ніж назвати функцію повністю готовою,
• 18:05
  тому ставтеся до неї обережніше, ніж додавно перевірених функцій.
• 18:08
  Не переносте автоматично налаштування Exchange
• 18:10
  лише через одне речення в оновленні продукту.
• 18:12
  Ознайомтеся з актуальною документацією Microsoft,
• 18:14
  протестуйте на неробочих облікових записах
• 18:16
  і підтвердте точні атрибути, які потрібні вашій компанії.
• 18:18
  Exchange може бути невблаганним,
• 18:20
  якщо дані про ідентифікацію не збігаються.
• 18:22
  Хмарна синхронізація також додає звичні засоби безпеки на портал.
• 18:25
  Ви можете використовувати синхронізацію хешів-паролів.
• 18:28
  Ви можете налаштувати сповіщення,
• 18:29
  щоб потрібні люди дізнавалися про проблему.
• 18:31
  Ви можете налаштувати захист від випадкового видалення.
• 18:33
  Ви можете керувати конфігурацією з Entra,
• 18:35
  замість того, щоб вважати локальний сервер синхронізації центром усього.
• 18:46
  Малий фургон може підійти для локальної доставки,
• 18:49
  бо він простий в експлуатації та його легко паркувати.
• 18:51
  Важка вантажівка підходить для іншої роботи,
• 18:53
  бо перевозить вантажі, які фургон не подужає.
• 18:55
  Жоден вибір не є помилковим.
• 18:56
  Поставте кілька прямих запитань перед прийняттям рішення.
• 18:59
  У вас один ліс Active Directory чи кілька розрізнених лісів?
• 19:02
  Чи потрібна вам гібридна синхронізація пристрою?
• 19:04
  Чи покладаєтеся ви на розширені спеціальні правила?
• 19:06
  Який метод входу ви використовуєте?
• 19:08
  Чи потрібен exchange-зворотний запис?
• 19:09
  І якщо поточна служба синхронізації вийде з ладу,
• 19:11
  як швидко ви зможете відновитися?
• 19:13
  Запишіть відповіді.
• 19:14
  Остаточне рішення не повинно починатися з повної міграції за один раз.
• 19:17
  Воно має початися з невеликого контрольованого тесту,
• 19:19
  який доведе, що хмарна синхронізація впорається
• 19:21
  з вашими реальними обліковими записами та вимогами.
• 19:24
  Безпечний перший крок для вашої компанії.
• 19:26
  Почніть зі створення простої карти ідентифікації.
• 19:29
  Випишіть кожен ліс і домен Active Directory.
• 19:31
  Зазначте, чи використовуєте ви вже EntraConnect,
• 19:33
  які користувачі синхронізуються сьогодні,
• 19:34
  які пристрої потребують гібридної ідентифікації,
• 19:36
  і де ваша поштова система все ще залежить від локальної Active Directory.
• 19:38
  Зробіть це максимально зрозумілим.
• 19:39
  Потім порівняйте свої потреби з поточною підтримкою хмарної синхронізації.
• 19:42
  Спочатку перевірте метод входу.
• 19:44
  Перевірте вимоги Exchange.
• 19:45
  Перевірте пристрої, зворотний запис і будь-які спеціальні відображення,
• 19:48
  які хтось створив роки тому і відтоді ніхто їх не переглядав.
• 19:50
  Цей список може виявити приховані залежності.
• 19:52
  Якщо хмарна синхронізація підходить,
• 19:54
  встановіть принаймні два агенти підготовки для продуктивного середовища.
• 19:56
  Один агент може працювати в лабораторії,
• 19:58
  але синхронізація робочих облікових даних
• 20:00
  не повинна залежати від одного сервера, якщо цього можна уникнути.
• 20:02
  Далі створіть вузьку конфігурацію.
• 20:04
  Оберіть тестовий організаційний підрозділ або невелику групу безпеки.
• 20:07
  Використовуйте стандартні відображення,
• 20:09
  якщо у вас немає чіткої причини їх змінювати.
• 20:10
  Потім виберіть відомого користувача
• 20:12
  і запустіть підготовку за запитом перед тим,
• 20:13
  як увімкнути регулярну синхронізацію.
• 20:14
  Уважно ознайомтеся з результатом.
• 20:16
  Перевірте, чи ентра знаходить потрібну особу,
• 20:18
  створює очікуваний обліковий запис і надсилає потрібні поля.
• 20:21
  Перегляньте також журнали на порталі,
• 20:23
  оскільки лише зелений статус не підтверджує,
• 20:25
  що бізнес-правила працюють.
• 20:26
  Під час перенесення важливе одне попередження.
• 20:29
  Не припускайте, що.