адміністратор профілі браузерів, ліцензії Chrome Enterprise та кросплатформні міграції Це вже не виняток. Тепер це звичайна справа в компаніях, які переходять між Google Workspace, Microsoft 365, хмарою та альтернативними рішеннями, такими як Edge, Intune або сторонні пакети безпеки. Проблема полягає в тому, що ми майже ніколи не вирішуємо все одразу: ліцензії, ідентифікацію, безпеку, локальні профілі, хмару… і зрештою проекти затягуються нескінченно.
У цій статті ми зберемо всі частини разом: Як перенести ліцензії Chrome Enterprise, що передбачає перехід на інші браузери чи консолі, що робити з існуючими профілями Chrome та як вписати все це в хмарну та безпекову стратегіюВи побачите, що можна перенести, а що ні, де потрібно бути обережним (виставлення рахунків, відповідність вимогам, конфіденційні дані) та як спланувати міграцію без відчаю ваших користувачів чи ІТ-команд.
Перенесення ліцензій Chrome Enterprise через реселерів
Якщо у вас є окрема підписка на ліцензію Chrome Enterprise, придбана безпосередньо у Google, Одне з перших питань зазвичай полягає в тому, чи можна передати його управління партнеру або дистриб'ютору. Відповідь – так. Google дозволяє вам передати адміністрування цієї підписки авторизованому реселлеру. З цього моменту він може займатися як управлінням, так і пов’язаними з ним послугами (впровадження, підтримка, проекти трансформації тощо).
Процес починається з генерації новий пробний період у вашому обліковому записі, керованому дилеромДеталі цього тесту та перенесення будуть надіслані електронною поштою суперадміністратору вашої організації. З самого початку важливо зрозуміти одну ключову річ: ці перенесення підписок незворотніІншими словами, після зміни моделі управління ви не зможете повернутися до попереднього стану з прямим виставленням рахунків від Google.
Щоб ініціювати цей тип змін, доцільно використовувати офіційний каталог партнерів Google та знайдіть авторизованого дистриб’ютора у вашому регіоні. Окрім ліцензій, справжня цінність часто полягає в додаткових послугах: наприклад, періодичне управління, підтримка найвищого рівня, допомога з проектами міграції в хмару або масштабним розгортанням ChromeOS.
Після завершення передачі дилер отримати права адміністратора для вашої консолі Щодо підписок, якими керує Google, це включає можливість створювати та видаляти користувачів, змінювати паролі, налаштовувати організаційні одиниці та змінювати політики чи налаштування. Якщо ви хочете обмежити обсяг цього доступу або детально зрозуміти, що може, а що не може робити ваш партнер, Google спеціально документує модель доступу реселерів для облікового запису Google, щоб ви могли точно налаштувати дозволи та довіру.
Зміни у виставленні рахунків та економічні умови під час передачі ліцензій
Інша частина міграції ліцензії Chrome Enterprise – це виставлення рахунків після зміни моделіЩойно дистриб’ютор завершить передачу, ваша підписка стане новою підпискою, якою він керуватиме. Після цього він стане партнером, який виставлятиме рахунки-фактури, замінюючи пряме виставлення рахунків Google.
У місяці переказу, якщо його не було здійснено 1-го числа, ви опинитеся в гібридній ситуації: два рахунки-фактури, що відповідають одному й тому ж місяцю.
- З одного боку, рахунок-фактура Google, що охоплює період до міграції.
- З іншого боку, рахунок-фактура від дистриб'ютора за решту днів після дати набрання чинності змін.
Починаючи з наступного місяця, ви отримуватимете оплату лише від дистриб’ютора. Тобто, якщо тільки Google не виставляє рахунки за інші послуги безпосередньо.
Точний вплив на вартість залежатиме від вашого попередній план платежів (щомісячний або річний)Якщо ви користувалися річним планом із щомісячними платежами, Google стягуватиме остаточну плату, пропорційну використаному часу до дати переведення, розраховану на пропорційній основі. Однак, якщо у вас був річний план із щорічною передоплатоюКоли ви перенесете свою підписку, ви не отримаєте відшкодування за решту оплаченого періоду.
Також існують вимоги щодо кількості ліцензій під час роботи. Нова підписка керується дистриб'ютором. Він повинен мати щонайменше таку ж кількість ліцензій, як і попередній.Наприклад, якщо ваш початковий контракт поширювався на 200 користувачів, ви не зможете зменшити його до 150 під час перенесення. Є лише одна невелика лазівка: річні підписки, до закінчення терміну дії яких залишилося менше 30 днів, дозволяють зменшити кількість ліцензій.
Міграція між Chrome Enterprise та іншими рішеннями для управління (Intune, Edge тощо)
У багатьох компаніях питання не лише в тому, хто виставляє рахунки чи керує Chrome Enterprise, а й у тому, як Інтеграція Chrome з іншими платформами керування, такими як Microsoft Intune, або як замінити споживчу версію Chrome на корпоративну.Саме тут вступають у гру пакети Win32, виявлення існуючих програм та стратегії вибіркового видалення.
Стратегія в цьому контексті зазвичай включає поєднати сценарії видалення з логікою виявлення програм IntuneІншими словами, спочатку примусово видаліть некеровані версії Chrome (зазвичай встановлені в профілі користувача або як MSI-файл споживача), а потім дозвольте встановлення Chrome for Business як керованої програми Win32. Якщо це стає занадто складним, деякі організації вирішують продовжувати використовувати PDQ або інші паралельні рішення для цього початкового очищення.
Тим часом деякі компанії безпосередньо пропонують Перенесення користувачів з Chrome до Microsoft EdgeВикористовуючи можливість Edge імпортувати історію, закладки та паролі з інших браузерів, це особливо привабливий варіант, коли керування пристроями в Intune вже дуже централізоване, а метою є консолідація всього в екосистемі Microsoft. Однак реальність така, що не всі хочуть припиняти використовувати Chrome. Зазвичай це поступовий перехід, коли користувачі продовжують використовувати обидва браузери.
Що робити з профілями Chrome, пов’язаними з обліковими записами, які зникнуть
Одним із найделікатніших моментів переходу між платформами або доменами є Керування профілями Google Chrome, пов’язаними з адресами електронної пошти, які більше не існуватимутьУявіть, що ваша компанія має електронну пошту в Google Workspace, усі користувачі ввійшли в Chrome за допомогою своїх корпоративних облікових записів, і ви перенесли все до Microsoft 365. Електронна пошта, доступ і дані тепер знаходяться в Microsoft, але ці профілі Chrome все ще пов’язані з обліковим записом Google, який незабаром буде деактивовано.
Chrome не пропонує вбудованого механізму для "змінити" основну адресу електронної пошти з одного облікового запису Google на інший зберігаючи при цьому той самий профіль браузера. Як тимчасове рішення, багато організацій рекомендують кожному користувачеві створити безкоштовний обліковий запис Gmail і використовувати цей новий обліковий запис для входу в Chrome. Недоліком є те, що новий профіль створюється з нуля: вкладки, паролі, розширення та закладки не з’являються чарівним чином.
У системах Windows дані користувачів Chrome зазвичай знаходяться в %LOCALAPPDATA%\Google\Chrome\Дані користувачаде кожен профіль має свою власну папку. Виникає спокуса вручну скопіювати вміст старої папки профілю в нову, щоб створити своєрідний клон. Однак це також переносить посилання на оригінальний обліковий запис, який залишається внутрішньо пов’язаним. Іншими словами, це не вирішує проблему: це просто створює копію з тим самим простроченим ідентифікатором.
З цієї причини багато адміністраторів зрештою вдаються до Посібник з планом Б для кожного користувачаекспортувати закладки у HTML-файл зі старого профілю та імпортувати їх у новий, а також використовувати вбудовані функції експорту/імпорту паролів (або менеджер паролів (від самої організації), щоб не втратити важливі повноваження.
Особливості перенесення консолей та ліцензій у Google Workspace
Окрім браузера, є компанії, яким потрібен Завершити міграцію між консолями Google WorkspaceЗазвичай це пов’язано зі злиттями, поглинаннями або реструктуризацією. У цих випадках йдеться не лише про переміщення деяких служб, а й про перенесення користувачів, електронних листів, даних та ліцензій з однієї консолі з одним доменом на нову або існуючу консоль з іншим основним доменом.
У цьому сценарії важливо мати правильно налаштовано цільовий домен Це слугуватиме основою для передачі інформації. Часто оригінальний домен продовжує тимчасово використовуватися для підтримки зв'язку з клієнтами та постачальниками під час міграції, тому перенаправлення, псевдоніми та зміни DNS мають бути ретельно узгоджені, щоб уникнути переривання електронної пошти або дублювання повідомлень.
Під час переходу, поки електронна пошта переноситься на новий домен, деякі компанії вирішують тимчасово розміщувати електронну пошту у зовнішнього постачальника для забезпечення безперервності обслуговування. Це додає рівень складності, але може бути корисним, якщо час міграції з інфраструктури початкового постачальника має бути відокремлений.
Ще один часто недооцінений аспект полягає в тому, що Ліцензії CFM (Chrome для зустрічей) та Chrome Enterprise Вони не переносяться автоматично зі стандартною міграцією Google Workspace. Зазвичай вони вимагають спеціальних процесів перепризначення або нових контрактів у цільовому домені. Бажано співпрацювати з партнером, який знайомий з такими ситуаціями. В іншому випадку ви можете отримати переговорні кімнати або пристрої без функціональних ліцензій.
Обмеження користувацьких даних і служб під час міграції між консолями
Один із найскладніших моментів у міграції Google Workspace полягає в тому, що Не все можна перенести автоматично.А деякі речі губляться або потребують ручного переміщення. Важливо чітко повідомити про це користувачам, особливо щоб уникнути неприємних сюрпризів.
У сфері Gmail, хоча це один із найпростіших в управлінні сервісів з точки зору обсягу та доступних інструментів, будуть певні деталі, які Їх потрібно буде переналаштувати вручну після міграції.Фільтри, правила, шаблони, доповнення, власні фони, зовнішня переадресація, категорії вхідних повідомлень, певні макети вхідних повідомлень тощо. Відкладені повідомлення зазвичай переносяться, але користувачам доведеться перепозначати їх відповідними тегами.
Повідомлення, позначені як конфіденційні, можуть вимагати Продовжуйте доступ зі старої консолі за допомогою єдиного входу (SSO)Після повного закриття вихідної консолі та припинення існування цього маршруту автентифікації ці повідомлення більше не будуть видимими. Тому бажано заздалегідь спланувати, що робити з критично важливими електронними листами, що зберігаються в цьому форматі.
Google Диск також має свої особливості: його не можна використовувати звичайним способом, доки не буде завершено міграцію, а також, елементи, що знаходяться в кошику Документи не будуть перенесені під час зміни. Тому, якщо є важливі документи, які потрібно відновити, бажано видалити їх з кошика, перш ніж розпочинати процес.
Після переїзду, Посилання на документи на Диску змінятьсяЦе може призвести до пошкодження посилань в інтрамережах, застарілих електронних листах або зовнішніх системах, якщо їх не оновлювати. Аналогічно, коментарі, пов’язані з цими файлами, у багатьох випадках неможливо перенести, що призводить до втрати певного контексту для спільної роботи. З Google Фото також потрібно працювати окремо. Зазвичай потрібна ручна міграція фотографій та альбомів, які ви хочете зберегти.
Інструменти міграції: від нативних інструментів до рішень, таких як CloudM
Для перенесення даних між консолями Google Workspace існує кілька інструментів різного рівня складності та обсягу. Google пропонує Інструмент міграції З самої консолі адміністратора. Це дуже корисна опція, якщо вам головним чином потрібно перенести Gmail. Однак, якщо ви хочете включити Диск, групи, сайти, календарі, контакти та інші служби, у вас швидко закінчаться варіанти.
Для більш вимогливих проектів багато організацій обирають спеціалізовані рішення, такі як CloudMЦя платформа спеціально розроблена для складних міграцій між Google Workspace, Microsoft 365 (Office 365) та такими сервісами, як Dropbox. Цей тип інструменту дозволяє більш комплексно планувати та виконувати міграцію, з кращим контролем над тим, що переміщується та як, а також з меншим ризиком втрати даних.
Однак CloudM та подібні інструменти не є продуктами типу "підключи і працюй". Вони вимагають певного рівня технічних знань Щоб отримати від них максимальну користь, зазвичай гарною ідеєю є звернення до сертифікованого партнера, якщо у вас немає такого досвіду у власній ІТ-команді. Крім того, CloudM не орієнтований на окремих клієнтів і зазвичай не пропонує підтримку іспанською мовою. Це посилює потребу в посереднику, якщо ви працюєте в іспаномовному середовищі.
Робота з такими типами рішень забезпечує стратегічну перевагу: Це дозволяє вам зберегти певний ступінь незалежності від початкового постачальника.Якщо ви будь-коли вирішите припинити використання Google Workspace або Microsoft 365, наявність перевіреного інструменту та процедури міграції запобігатиме «довічній прив’язці» до певної платформи через страх втрати даних або хаотичного переходу.
Роль хмарних та програмних ліцензій у цих міграціях
Коли ми говоримо про перехід з Chrome Enterprise на інші рішення, перенесення консолей Google Workspace або перехід з Google на Microsoft 365, ми насправді робимо проекти хмарної або міжхмарної міграціїПандемія лише прискорила те, що вже відбувалося: компанії хочуть позбутися важкої локальної інфраструктури та скористатися перевагами еластичності, гнучкості та інновацій, які пропонує хмара.
Хмара
Міграція в хмару може означати дві речі: Перенесіть робочі навантаження з локального середовища до хмари впершеабо переміщувати сервіси з однієї хмари до іншої (наприклад, з Google Cloud до Azure або з Google Workspace до Microsoft 365). В обох випадках є п'ять факторів речі, які слід пам’ятати:
- Доступність (покращення досвіду внутрішніх користувачів та клієнтів).
- Масштабованість (швидке збільшення або скорочення ресурсів).
- Безпека (резервне копіювання, відновлення та доступ).
- Прибутковість (короткострокові та довгострокові витрати).
- Відповідність нормативним вимогам.
Ліцензування
У таких типах проектів часто ігнорується один критичний аспект: Управління ліцензіями на програмне забезпечення до, під час та після міграціїПід час переміщення робочих навантажень до хмари або між постачальниками вам потрібно точно знати, які ліцензії у вас є, як ви їх використовуєте, які з них можна перепризначити та які умови використання застосовуються під час зміни інфраструктури. Погане планування тут може призвести до дороговартісних проблем із невідповідністю під час міграції або аудиту постачальника.
Виконати профілі перед міграцією та коригування розміру хмарних ресурсів Це допомагає контролювати та оптимізувати витрати. Це особливо важливо в універсальних моделях SaaS, які можуть призвести до переплат. Інструменти керування ліцензіями, такі як Open IT LicenseAnalyzer, дозволяють перепризначати ліцензії з локальної інфраструктури до хмари, автоматизувати відстеження використання та точно демонструвати, коли ви почали використовувати певну ліцензію, що дуже корисно під час аудитів.
Зрештою, це надзвичайно важливо вибір правильного постачальника хмарних послугХоча багато хто пропонує схожі пакети, ключовим є забезпечення відповідності їхньої бізнес-моделі та умов вашим. Після процесу вибору на основі ваших потреб та облікових даних починається виконання міграції. Це включає модернізацію програм, переробку архітектури, коли це необхідно, та мінімізацію часу простою та витрат. Нарешті, вирішальне значення має обслуговування: забезпечення безпеки, оптимізації, можливості відновлення та відповідності даних таким нормам, як GDPR та HIPAA.
Коли всі ці частини пазлу стануть на свої місця — міграція консолей та ліцензій Chrome Enterprise, керування профілями браузера, посилення безпеки в Chrome або за допомогою альтернативних рішень, таких як Cisco Duo, та добре продумана хмарна та ліцензійна стратегія — ваша організація отримає гнучкість для переходу з платформи на платформу, не боячись втрати даних, порушення щоденних робочих процесів користувачів або виникнення проблем із дотриманням вимог чи виставленням рахунків; зрештою, йдеться про Технології повинні бути достатньо гнучкими, щоб йти в ногу з розвитком вашого бізнесу, а не навпаки..
