adminisztrátor böngészőprofilok, Chrome Enterprise licencek és platformfüggetlen migrációk Ez már nem kivételes. Most már mindennapos azoknál a vállalatoknál, amelyek a Google Workspace, a Microsoft 365, a felhő és az alternatív megoldások, például az Edge, az Intune vagy harmadik féltől származó biztonsági csomagok között navigálnak. A probléma az, hogy szinte soha nem foglalkozunk mindent egyszerre: licencek, identitás, biztonság, helyi profilok, felhő… és végül a projektek a végtelenségig elhúzódnak.
Ebben a cikkben minden darabkát össze fogunk illeszteni: Hogyan migrálhatók a Chrome Enterprise licencek, mit jelent a más böngészőkre vagy konzolokra való váltás, mit kell tenni a meglévő Chrome-profilokkal, és hogyan illeszthető mindez egy felhőalapú és biztonsági stratégiábaLátni fogja, mit vihet át, mit nem, hol kell óvatosnak lennie (számlázás, megfelelőség, bizalmas adatok), és hogyan tervezheti meg a migrációt anélkül, hogy a felhasználói vagy az informatikai csapata kétségbeesetté válna.
Chrome Enterprise licencek migrálása viszonteladókon keresztül
Ha közvetlenül a Google-tól vásárolt önálló Chrome Enterprise licencelőfizetéssel rendelkezik, Az első kérdések egyike általában az, hogy át lehet-e adni a kezelését egy partnernek vagy forgalmazónak. A válasz igen. A Google lehetővé teszi, hogy az előfizetés adminisztrációját egy hivatalos viszonteladóra ruházd át. Ettől a ponttól kezdve ők kezelhetik mind az adminisztrációt, mind a kapcsolódó szolgáltatásokat (implementáció, támogatás, átalakítási projektek stb.).
A folyamat egy generálásával kezdődik. új próbaidőszak a kereskedő által kezelt fiókjábanA teszt és az átvitel részleteit e-mailben elküldjük a szervezeted szuperadminisztrátorának. Kezdettől fogva fontos megérteni egy kulcsfontosságú dolgot: ezek az előfizetés-átvitelek a következők: visszafordíthatatlanMás szóval, ha megváltoztatja a kezelési modelljét, nem tud majd visszatérni a korábbi állapotba, amikor a Google-tól közvetlenül számlázott.
Az ilyen típusú változtatások elindításához ajánlott a következőt használni: hivatalos Google partnerkönyvtár és keressen egy hivatalos forgalmazót az Ön régiójában. A licenceken túl az igazi érték gyakran a hozzáadott szolgáltatásokban rejlik: például rendszeres felügyeletben, első osztályú támogatásban, segítségnyújtásban a felhőmigrációs projektekben vagy nagyszabású ChromeOS telepítésekben.
Miután az átutalás befejeződött, a kereskedő rendszergazdai jogokat szerez a konzolod felett Az általa kezelt előfizetések tekintetében ez magában foglalja a felhasználók létrehozásának és törlésének, a jelszavak módosításának, a szervezeti egységek beállításának, valamint a szabályzatok vagy beállítások módosításának lehetőségét. Ha korlátozni szeretné a hozzáférés hatókörét, vagy részletesen meg szeretné érteni, hogy mit tehet és mit nem a partnere, a Google kifejezetten dokumentálja a viszonteladói hozzáférési modellt egy Google-fiókhoz, így finomhangolhatja az engedélyeket és a bizalmat.
Számlázási változások és gazdasági feltételek licencek átruházásakor
A Chrome Enterprise licencmigrációjának másik része a számlázás a modellváltás utánMiután a forgalmazó befejezte az átruházást, az előfizetésed az általa kezelt új előfizetéssé válik. Ezután ő lesz a számlákat kiállító partner, felváltva a Google közvetlen számlázását.
Az átutalás hónapjában, ha az nem az 1-jén történt meg, hibrid helyzetbe kerül: két, ugyanarra a hónapra vonatkozó számla.
- Egyrészt egy Google-számla, amely a migráció előtti időszakot fedi le.
- Másrészt a forgalmazó számlája a változás hatálybalépése után fennmaradó napokra.
A következő hónaptól kezdve csak a forgalmazótól kell díjakat kapnod. Kivéve, ha a Google közvetlenül más szolgáltatásokat számlázott ki.
A költségekre gyakorolt pontos hatás az Öntől függ korábbi fizetési terv (havi vagy éves)Ha éves, havi fizetésű csomaggal dolgozott, a Google az átutalás dátumáig felhasznált idővel arányos végső díjat számít fel, amelyet arányosan számítanak ki. Ha azonban volt éves csomag éves előrefizetésselElőfizetése áthelyezésekor a már kifizetett fennmaradó időszakra nem kap visszatérítést.
A működés során a licencek számára vonatkozóan is vannak követelmények. Az új előfizetést a forgalmazó kezeli. Legalább ugyanannyi licenccel kell rendelkeznie, mint az előzőnek.Például, ha az eredeti szerződésed 200 felhasználóra vonatkozott, akkor az átruházáskor nem tudod 150-re csökkenteni. Csak egy apró kiskapu van: a 30 napnál rövidebb lejárati idővel rendelkező éves előfizetések esetében csökkentheted a licencek számát.
Migrálás a Chrome Enterprise és más felügyeleti megoldások (Intune, Edge stb.) között
Sok vállalatnál nem csak az a kérdés, hogy ki számlázza ki vagy kezeli a Chrome Enterprise-t, hanem az is, hogy hogyan A Chrome integrálása más felügyeleti platformokkal, például a Microsoft Intune-nal, vagy a Chrome fogyasztói verziójának vállalati verzióra cserélése.Itt jönnek képbe a Win32 csomagok, a meglévő alkalmazások észlelése és a szelektív eltávolítási stratégiák.
A stratégia ebben az esetben általában magában foglalja az eltávolítási szkriptek kombinálása az Intune alkalmazásfelderítési logikájávalMás szóval, először kényszerítse ki a Chrome nem felügyelt verzióinak eltávolítását (általában a felhasználói profilban vagy fogyasztói MSI-ként telepítve), majd engedélyezze a Chrome Enterprise telepítését felügyelt Win32 alkalmazásként. Ha ez túl bonyolulttá válik, egyes szervezetek úgy döntenek, hogy továbbra is a PDQ-t vagy más párhuzamos megoldásokat használják ehhez a kezdeti tisztításhoz.
Eközben néhány vállalat közvetlenül javasolja Felhasználók migrálása Chrome-ból Microsoft Edge-beAz Edge azon képességét kihasználva, hogy más böngészőkből importálja az előzményeket, könyvjelzőket és jelszavakat, ez különösen vonzó lehetőség, ha az eszközkezelés már eleve nagymértékben központosított az Intune-ban, és a cél az, hogy mindent a Microsoft ökoszisztémáján belül konszolidáljanak. Ennek ellenére a valóság az, hogy nem mindenki akarja abbahagyni a Chrome használatát. Általában fokozatos átmenetről van szó, amelyben a felhasználók továbbra is mindkét böngészőt használják.
Mi a teendő az eltűnni készülő fiókokhoz tartozó Chrome-profilokkal?
A platformok vagy domainek közötti átmenet egyik legkényesebb pontja a A már nem létező e-mail címekhez kapcsolt Google Chrome-profilok kezeléseKépzelje el, hogy cége e-mail fiókja a Google Workspace-ben van, mindenki a vállalati fiókjával jelentkezik be a Chrome-ba, és Ön mindent áttelepít a Microsoft 365-be. Az e-mail fiókok, a hozzáférések és az adatok most a Microsoftnál találhatók, de ezek a Chrome-profilok továbbra is egy Google-fiókhoz vannak kapcsolva, amelyet hamarosan deaktiválnak.
A Chrome nem kínál natív mechanizmust a következőhöz: az elsődleges e-mail cím „módosítása” egyik Google-fiókról a másikra miközben megtartja ugyanazt a böngészőprofilt. Megoldásként számos szervezet azt javasolja, hogy minden felhasználó hozzon létre egy ingyenes Gmail-fiókot, és ezzel az új identitással jelentkezzen be a Chrome-ba. A hátránya, hogy az új profil a nulláról indul: a lapok, jelszavak, bővítmények és könyvjelzők nem jelennek meg varázsütésre.
Windows rendszereken a Chrome felhasználói adatai általában itt találhatók: %LOCALAPPDATA%\Google\Chrome\User Dataahol minden profilnak saját mappája van. Csábító lehet manuálisan átmásolni a régi profilmappa tartalmát az új profilmappába, hogy egyfajta klónt hozzunk létre. Ez azonban az eredeti fiókhoz való linket is átviszi, amely belsőleg továbbra is társítva marad. Más szóval, ez nem oldja meg a problémát: egyszerűen egy másolatot hoz létre ugyanazzal a lejárt identitással.
Emiatt sok adminisztrátor végül a következőhöz folyamodik: B terv kézikönyv minden felhasználó számára: exportálja a könyvjelzőket egy HTML-fájlba a régi profilból, és importálja azokat az újra, valamint használja a beépített jelszó exportálási/importálási funkciókat (vagy a jelszókezelő (magától a szervezettől), hogy ne veszítsék el a fontos hitelesítő adatokat.
A konzolok és licencek Google Workspace-ben történő migrálásának sajátosságai
A böngészőn túl vannak olyan cégek is, amelyeknek szükségük van egy Teljes migráció a Google Workspace konzolok közöttEz általában fúzióknak, felvásárlásoknak vagy szerkezetátalakításoknak tudható be. Ezekben az esetekben nem csak bizonyos szolgáltatások áthelyezéséről van szó, hanem felhasználók, e-mailek, adatok és licencek átviteléről egy adott domainnel rendelkező konzolról egy másik elsődleges domainnel rendelkező új vagy meglévő konzolra.
Ebben az esetben elengedhetetlen, hogy legyen egy a céldomain megfelelően van konfigurálva Ez szolgál majd az információátvitel alapjául. Gyakran az eredeti domaint ideiglenesen továbbra is használják az ügyfelekkel és beszállítókkal való kommunikáció fenntartására a migráció során, ezért az átirányításokat, aliasokat és DNS-módosításokat gondosan össze kell hangolni, hogy elkerüljük az e-mailek megszakítását vagy az üzenetek duplikálását.
Az átállás során, miközben az e-maileket az új domainre migrálják, egyes vállalatok úgy döntenek, hogy ideiglenesen külső szolgáltatónál tárolja az e-maileket a szolgáltatás folytonosságának biztosítása érdekében. Ez egy újabb réteg bonyolítja a folyamatot, de hasznos lehet, ha az eredeti szolgáltató infrastruktúrájáról való migrációs időket szét kell választani.
Egy másik gyakran figyelmen kívül hagyott szempont, hogy a CFM (Chrome for Meetings) és Chrome Enterprise licencek Nem automatikusan migrálnak a szokásos Google Workspace-migrációval. Általában speciális áthelyezési folyamatokat vagy új szerződéseket igényelnek a céldomainben. Célszerű olyan partnerrel együttműködni, aki ismeri ezeket a helyzeteket. Ellenkező esetben előfordulhat, hogy tárgyalókkal vagy eszközökkel nem rendelkezik majd funkcionális licencekkel.
A felhasználói adatok és szolgáltatások korlátozásai konzolok közötti migrálás esetén
A Google Workspace-re való migráció egyik legnehezebb pontja az, hogy Nem minden átvihető automatikusan.És vannak dolgok, amik elvesznek, vagy manuális kezelést igényelnek. Fontos, hogy ezt világosan közöljük a felhasználókkal, különösen a kellemetlen meglepetések elkerülése érdekében.
A Gmail esetében, bár a mennyiség és az elérhető eszközök tekintetében az egyik legkönnyebben kezelhető, lesznek olyan részletek, amelyek... Az áttelepítés után manuálisan kell újrakonfigurálni őket.Szűrők, szabályok, sablonok, bővítmények, egyéni hátterek, külső továbbítás, beérkező üzenetek kategóriái, adott beérkező üzenetek elrendezése stb. Az elhalasztott üzenetek általában migrálva vannak, de a felhasználóknak megfelelően újra kell címkézniük őket.
A bizalmasként megjelölt üzenetekhez szükség lehet Hozzáférés folytatása a régi konzollal egyszeri bejelentkezés (SSO) használatávalMiután a forráskonzol teljesen bezárult, és a hitelesítési útvonal megszűnt, ezek az üzenetek többé nem lesznek láthatóak. Ezért tanácsos előre megtervezni, hogy mit tegyen az ilyen formátumban tárolt kritikus e-mailekkel.
A Google Drive-nak is megvannak a maga sajátosságai: a migráció befejezéséig nem használható normál módon, továbbá a Lomtárban lévő elemek A dokumentumok nem kerülnek migrálásra a módosítás során. Ezért ha fontos dokumentumokat kell helyreállítani, célszerű azokat a folyamat megkezdése előtt eltávolítani a Lomtárból.
A költözés után a A Drive-dokumentumokra mutató linkek megváltoznakEz hibás hivatkozásokat okozhat az intraneten, a régi e-mailekben vagy a külső rendszereken, ha azokat nem frissítik. Hasonlóképpen, az ezekhez a fájlokhoz társított megjegyzések sok esetben nem migrálhatók, ami az együttműködési kontextus egy részének elvesztéséhez vezet. A Google Fotókkal is külön kell foglalkozni. A megőrizni kívánt fényképek és albumok manuális migrálására általában szükség lesz.
Migrációs eszközök: a natív eszközöktől a CloudM-hez hasonló megoldásokig
A Google Workspace konzolok közötti adatmigráció kezeléséhez számos eszköz áll rendelkezésre, amelyek eltérő komplexitási szintűek és hatókörűek. A Google a következőket kínálja: Migrációs eszköz Magáról az adminisztrációs konzolról. Ez egy nagyon hasznos lehetőség, ha a fő igényed a Gmail áthelyezése. Ha azonban a Drive-ot, csoportokat, webhelyeket, naptárakat, névjegyeket és egyéb szolgáltatásokat is szeretnéd áthelyezni, gyorsan kifogysz a lehetőségekből.
Az igényesebb projektekhez sok szervezet választ speciális megoldásokat, mint például CloudMEz a platform kifejezetten a Google Workspace, a Microsoft 365 (Office 365) és a Dropboxhoz hasonló szolgáltatások közötti összetett migrációkhoz készült. Ez a fajta eszköz átfogóbb migrációtervezést és -végrehajtást tesz lehetővé, jobban szabályozva az áthelyezett adatokat és azok módját, valamint csökkentve az adatvesztés kockázatát.
A CloudM és a hasonló eszközök azonban nem plug and play termékek. Bizonyos szintű műszaki ismereteket igényelnek A legtöbbet hozd ki belőlük, ha a saját informatikai csapatodban nincs ilyen szakértelem, általában érdemes egy minősített partnerre támaszkodni. Továbbá a CloudM nem egyéni ügyfelekre irányul, és jellemzően nem kínál spanyol nyelvű támogatást. Ez megerősíti egy közvetítő szükségességét, ha spanyol nyelvű környezetben dolgozol.
Az ilyen típusú megoldásokkal való munka stratégiai előnyt biztosít: Ez lehetővé teszi, hogy bizonyos fokú függetlenséget tartson fenn az eredeti beszállítótól.Ha bármikor úgy döntesz, hogy abbahagyod a Google Workspace vagy a Microsoft 365 használatát, egy bevált migrációs eszköz és eljárás megakadályozza, hogy „életre lekössön” egy adott platform, mert félsz az adatvesztéstől vagy a kaotikus átállástól.
A felhő- és szoftverlicencek szerepe ezekben a migrációkban
Amikor a Chrome Enterprise-ról más megoldásokra való váltásról, a Google Workspace konzolok áthelyezéséről vagy a Google-ról a Microsoft 365-re való átállásról beszélünk, valójában azt tesszük, hogy felhő- vagy felhőközi migrációs projektekA világjárvány csak felgyorsított valamit, ami már amúgy is folyamatban volt: a vállalatok meg akarnak szabadulni a nehéz helyi infrastruktúráktól, és kihasználni a felhő által kínált rugalmasságot, agilitást és innovációt.
Felhő
A felhőbe való migrálás két dolgot jelenthet: Első alkalommal helyezhet át munkaterheléseket a helyi környezetből a felhőbevagy szolgáltatásokat helyezhetnek át egyik felhőből a másikba (például a Google Cloudból az Azure-ba, vagy a Google Workspace-ből a Microsoft 365-be). Mindkét esetben vannak öt tényező amiket érdemes szem előtt tartani:
- Akadálymentesítés (a belső felhasználók és az ügyfelek élményének javítása).
- Skálázhatóság (az erőforrások gyors növelése vagy csökkentése).
- Biztonság (mentések, helyreállítás és hozzáférés).
- Jövedelmezőség (rövid és hosszú távú költségek).
- Szabályozási megfelelés.
engedélyezés
Az ilyen típusú projektekben gyakran figyelmen kívül hagynak egy kritikus szempontot: Szoftverlicenc-kezelés a migráció előtt, alatt és utánAmikor a munkaterheléseket a felhőbe vagy szolgáltatók között helyezi át, pontosan tudnia kell, hogy milyen licencekkel rendelkezik, hogyan használja azokat, melyeket rendelhet át, és milyen használati feltételek vonatkoznak az infrastruktúra megváltoztatásakor. A rossz tervezés itt költséges nem megfelelőségi problémákhoz vezethet a migráció vagy a szállítói audit során.
teljesít migráció előtti profilok és felhőalapú erőforrás-méretezési beállítások Segít a költségek szabályozásában és optimalizálásában. Ez különösen fontos az univerzális SaaS modellekben, amelyek túlfizetésekhez vezethetnek. A licenckezelő eszközök, mint például az Open IT LicenseAnalyzer, lehetővé teszik a licencek áthelyezését a helyszíni infrastruktúrából a felhőbe, a használatkövetés automatizálását, és annak pontos bemutatását, hogy mikor kezdte el használni egy adott licencet – ami nagyon hasznos az auditok során.
Végül is döntő jelentőségű a megfelelő felhőszolgáltató kiválasztásaBár sokan kínálnak hasonló csomagokat, a kulcs annak biztosítása, hogy üzleti modelljük és feltételeik összhangban legyenek az Önével. Az Ön igényein és hitelesítő adatain alapuló kiválasztási folyamat után megkezdődik a migráció végrehajtása. Ez magában foglalja az alkalmazások modernizálását, szükség esetén az architektúra újratervezését, valamint az állásidő és a költségek minimalizálását. Végül a karbantartás kulcsfontosságú: biztosítani kell az adatok biztonságát, optimalizálását, helyreállíthatóságát és a GDPR és a HIPAA szabályozásoknak való megfelelését.
Amikor a kirakós összes darabja a helyére kerül – a Chrome Enterprise konzolok és licencek migrálása, a böngészőprofilok kezelése, a biztonság megerősítése a Chrome-ban vagy alternatív megoldásokkal, például a Cisco Duóval, valamint egy jól átgondolt felhő- és licencelési stratégia –, a szervezete rugalmasan válthat platformról platformra anélkül, hogy félnie kellene az adatvesztéstől, a felhasználók napi munkafolyamatainak megzavarásától, vagy megfelelési vagy számlázási problémákba ütközne; végső soron a következőről van szó: A technológiának kellően rugalmasnak kell lennie ahhoz, hogy lépést tartson a vállalkozás fejlődésével, és nem fordítva..
