Przewodnik dotyczący ogólnego planowania przejścia do natywnych punktów końcowych w chmurze

Porada

Czytając o natywnych punktach końcowych w chmurze, można spotkać się z następującymi terminami:

  • Punkt końcowy: punkt końcowy to urządzenie, takie jak telefon komórkowy, tablet, laptop lub komputer stacjonarny. Terminy "punkty końcowe" i "urządzenia" są używane zamiennie.
  • Zarządzane punkty końcowe: punkty końcowe, które odbierają zasady od organizacji za pomocą rozwiązania MDM lub obiektów zasady grupy. Te urządzenia są zwykle własnością organizacji, ale mogą to być również urządzenia typu BYOD lub osobiste.
  • Natywne punkty końcowe chmury: punkty końcowe połączone z usługą Microsoft Entra. Nie są one dołączone do lokalnej usługi AD.
  • Obciążenie: dowolny program, usługa lub proces.

Ten przewodnik wysokiego poziomu planowania zawiera pomysły i sugestie, które należy rozważyć w związku z wdrażaniem i migracją do natywnych punktów końcowych w chmurze. Omówiono w nim zarządzanie urządzeniami, przeglądanie & przenoszenie istniejących obciążeń, wprowadzanie zmian w organizacji, korzystanie z rozwiązania Windows Autopilot i nie tylko.

Ta funkcja ma zastosowanie do:

  • Natywne punkty końcowe systemu Windows w chmurze

Przeniesienie punktów końcowych systemu Windows do natywnych rozwiązań chmurowych ma wiele zalet, w tym korzyści długoterminowe. Nie jest to proces nocny i należy go zaplanować, aby uniknąć problemów, przestojów i negatywnego wpływu na użytkowników.

Aby uzyskać więcej informacji na temat korzyści dla organizacji i użytkowników, zobacz Co to są natywne punkty końcowe w chmurze.

Aby osiągnąć sukces, rozważ kluczowe obszary planowania i wdrażania opisane w tym artykule. Dzięki odpowiedniemu planowaniu, komunikacji i aktualizacjom procesów Twoja organizacja może stać się natywna dla chmury.

Zarządzanie urządzeniami przy użyciu natywnego dla chmury dostawcy usługi MDM

Zarządzanie punktami końcowymi, w tym natywnymi punktami końcowymi w chmurze, jest ważnym zadaniem dla wszystkich organizacji. W przypadku natywnych punktów końcowych w chmurze narzędzia do zarządzania muszą zarządzać punktami końcowymi niezależnie od tego, gdzie się znajdują.

Jeśli obecnie nie korzystasz z rozwiązania do zarządzania urządzeniami przenośnymi (MDM) lub chcesz przejść do rozwiązania firmy Microsoft, poniższe artykuły będą dobrymi zasobami:

W rodzinie produktów i usług Microsoft Intune dostępne są następujące opcje zarządzania punktami końcowymi:

Przeglądanie obciążeń punktów końcowych i użytkowników

Ogólnie rzecz biorąc, wdrażanie natywnych punktów końcowych w chmurze wymaga nowoczesnych strategii w zakresie tożsamości, dystrybucji oprogramowania, zarządzania urządzeniami, aktualizacjami systemu operacyjnego oraz zarządzania danymi użytkowników & konfiguracją. Firma Microsoft oferuje rozwiązania, które obsługują te obszary dla natywnych chmurowych punktów końcowych.

Aby rozpocząć, przejrzyj każde obciążenie i określ, jak może lub będzie obsługiwać natywne punkty końcowe w chmurze. Niektóre obciążenia mogą już obsługiwać natywne dla chmury punkty końcowe. Natywna obsługa zależy od konkretnego obciążenia, sposobu implementacji usług obciążenia organizacji oraz sposobu korzystania z usług przez użytkowników.

Aby określić, czy obciążenia obsługują punkty końcowe natywne dla chmury, należy zbadać i zweryfikować te usługi.

Jeśli usługa lub rozwiązanie nie obsługuje punktów końcowych natywnych dla chmury, określ ich wpływ i znaczenie dla użytkowników i organizacji. Mając te informacje, możesz określić następne kroki, które mogą obejmować:

  • Współpraca z dostawcą usług
  • Aktualizowanie do nowej wersji
  • Korzystanie z nowej usługi
  • Implementowanie obejścia umożliwiającego uzyskiwanie dostępu do tej usługi i korzystanie z niej z punktu końcowego natywnego dla chmury
  • Weryfikowanie wymagań usługi
  • Pogodzenie się z faktem, że usługa nie jest przyjazna dla chmury, co może być akceptowalne dla użytkowników i organizacji

W obu przypadkach należy zaplanować zaktualizowanie obciążeń w celu obsługi natywnych punktów końcowych w chmurze.

Obciążenia powinny mieć następujące cechy:

  • Bezpiecznie uzyskuj dostęp do aplikacji i danych z dowolnego miejsca, w którym znajdują się użytkownicy. Program Access nie wymaga połączenia z siecią firmową ani wewnętrzną.
  • Hostowane w, hostowane przez lub hostowane za pośrednictwem usługi w chmurze.
  • Nie wymaga ani nie zależy od konkretnego urządzenia.

Typowe obciążenia i rozwiązania

Natywne punkty końcowe w chmurze obejmują również usługi i obciążenia, które obsługują punkty końcowe.

Następujące obciążenia to konfiguracja, narzędzia, procesy i usługi umożliwiające użytkownikom produktywność i zarządzanie punktami końcowymi.

Twoje dokładne obciążenia, szczegóły i sposób aktualizowania obciążeń dla natywnych dla chmurowych punktów końcowych mogą się różnić. Ponadto nie trzeba przenosić każdego obciążenia. Należy jednak wziąć pod uwagę każde obciążenie, jego wpływ na produktywność użytkowników i możliwości zarządzania urządzeniami. Konwertowanie niektórych obciążeń na korzystanie z punktów końcowych natywnych dla chmury może potrwać dłużej niż innych. Obciążenia mogą być również współzależne od siebie.

  • Tożsamość urządzenia

    Tożsamość urządzenia jest określana przez dostawców tożsamości (IdP), którzy mają wiedzę o urządzeniu i zaufanie do zabezpieczeń urządzenia. W przypadku punktów końcowych systemu Windows najbardziej typowe dostawców tożsamości to lokalna usługa Active Directory (AD) i usługa Microsoft Entra ID. Punkty końcowe z tożsamościami jednego z tych dostawców tożsamości są zazwyczaj połączone z jednym lub z obydwoma.

    • W przypadku punktów końcowych natywnych dla chmury dołączenie do usługi Microsoft Entra jest najlepszym wyborem dla tożsamości urządzenia. Nie wymaga łączności z lokalną siecią, zasobem ani usługą.
    • Lokalne dołączenie do usługi AD i hybrydowe dołączenie do usługi Microsoft Entra wymagają łączności z lokalnym kontrolerem domeny. Potrzebują łączności na potrzeby początkowego logowania użytkownika, udostępniania zasad grupy i zmiany haseł. Te opcje nie są odpowiednie dla punktów końcowych natywnych dla chmury.

    Uwaga

    Rejestracja w usłudze Microsoft Entra, czasami nazywana przyłączaniem do miejsca pracy, dotyczy tylko scenariuszy BYOD (Przynieś własne urządzenie). Nie należy go używać w przypadku punktów końcowych systemu Windows należących do organizacji. Niektóre funkcje mogą nie być obsługiwane lub nie działać zgodnie z oczekiwaniami na zarejestrowanych punktach końcowych systemu Windows zarejestrowanych przez usługę Microsoft Entra.

  • Aprowizowanie punktów końcowych

    W przypadku nowo wdrożonych punktów końcowych dołączania usługi Microsoft Entra użyj rozwiązania Windows Autopilot do wstępnej konfiguracji urządzeń. Dołączenie do usługi Microsoft Entra jest zazwyczaj zadaniem kierowanym przez użytkownika, a rozwiązanie Windows Autopilot zaprojektowano z myślą o użytkownikach. Rozwiązanie Windows Autopilot umożliwia inicjowanie obsługi przy użyciu chmury z dowolnego miejsca w Internecie i przez dowolnego użytkownika.

    Aby uzyskać więcej informacji, zobacz:

  • Wdrażanie oprogramowania i aplikacji

    Większość użytkowników potrzebuje oprogramowania i aplikacji niedołączonych do podstawowego systemu operacyjnego i korzysta z niego. W wielu przypadkach dział informatyczny nie zna lub nie rozumie specyficznych wymagań aplikacji. Jednak za dostarczenie tych aplikacji i zarządzanie nimi nadal odpowiada Twój zespół IT. Użytkownicy powinni mieć możliwość żądania i instalowania aplikacji potrzebnych do wykonywania swojej pracy, niezależnie od używanego punktu końcowego ani lokalizacji, z której go używają.

    • Aby wdrożyć oprogramowanie i aplikacje, użyj systemu opartego na chmurze, takiego jak usługa Intune lub program Configuration Manager (z usługą CMG i współzarządzaniem).

    • Utwórz plan bazowy aplikacji, które muszą być dostępne w punktach końcowych, takich jak Microsoft Outlook i Teams. W przypadku innych aplikacji pozwól użytkownikom na instalowanie ich własnych aplikacji.

      W punktach końcowych możesz użyć aplikacji Portal firmy jako repozytorium aplikacji. Można też skorzystać z portalu widocznego dla użytkownika, który zawiera listę aplikacji, które można zainstalować. Ta opcja samoobsługi skraca czas inicjowania obsługi nowych i istniejących urządzeń. Zmniejsza to również obciążenie działu IT i nie trzeba wdrażać aplikacji, których użytkownicy nie potrzebują.

    Aby uzyskać więcej informacji, zobacz:

  • Konfigurowanie ustawień urządzenia przy użyciu zasad

    Zarządzanie zasadami i zabezpieczeniami jest podstawą zarządzania punktami końcowymi. Zasady punktów końcowych umożliwiają organizacji wymuszanie określonego punktu odniesienia zabezpieczeń i standardowej konfiguracji na zarządzanych punktach końcowych. Istnieje wiele ustawień punktów końcowych, którymi można zarządzać i które można kontrolować. Utwórz zasady, które konfigurują tylko to, co jest wymagane w planie bazowym. NIE twórz zasad, które kontrolują typowe preferencje użytkowników.

  • Wdrażanie aktualizacji zabezpieczeń, funkcji i aplikacji

    Wiele rozwiązań lokalnych nie może wdrażać aktualizacji natywnych dla chmurowych punktów końcowych ani wdrażać ich wydajnie. Z punktu widzenia zabezpieczeń to obciążenie może być najważniejsze. Powinno to być pierwsze obciążenie, do którego przejdziesz w celu obsługi natywnych dla chmury punktów końcowych systemu Windows.

  • Zarządzanie danymi i ustawieniami użytkownika

    Dane użytkownika obejmują następujące elementy:

    • Dokumenty użytkownika
    • Konfiguracja aplikacji Poczta
    • Ulubione w przeglądarce internetowej
    • Dane specyficzne dla aplikacji biznesowej (LOB)
    • Ustawienia konfiguracyjne specyficzne dla aplikacji biznesowych (LOB)

    Użytkownicy muszą tworzyć swoje dane i uzyskiwać do nich dostęp z dowolnego punktu końcowego. Te dane również muszą być chronione i mogą wymagać udostępniania innym użytkownikom.

    • Przechowuj dane i ustawienia użytkownika u dostawcy magazynu w chmurze, takiego jak usługa Microsoft OneDrive. Dostawcy magazynu w chmurze mogą obsługiwać synchronizację danych, udostępnianie, dostęp w trybie offline, rozwiązywanie konfliktów i nie tylko.

      Aby uzyskać więcej informacji, zobacz Przewodnik usługi OneDrive dla przedsiębiorstw.

    Ważna

    Niektóre ustawienia użytkownika, takie jak preferencje systemu operacyjnego lub ustawienia specyficzne dla aplikacji, są przechowywane w rejestrze. Uzyskanie dostępu do tych ustawień z dowolnego miejsca może być nierealne i może powodować zakaz synchronizacji z różnymi punktami końcowymi.

    Niekiedy te ustawienia można wyeksportować, a następnie zaimportować do innego urządzenia. Możesz na przykład wyeksportować ustawienia użytkownika z programów Outlook, Word i innych aplikacji pakietu Office.

  • Uzyskiwanie dostępu do zasobów lokalnych

    Niektóre organizacje nie mogą przenieść części obciążeń do rozwiązań natywnych dla chmury. Jedyną opcją może być uzyskanie dostępu do istniejących lokalnych zasobów lub usług z punktu końcowego natywnego dla chmury. W takich sytuacjach użytkownicy potrzebują dostępu.

    W przypadku tych lokalnych usług, zasobów i aplikacji należy rozważyć następujące zadania:

    Uwaga

    Usługa Microsoft Entra nie obsługuje protokołu uwierzytelniania Kerberos. Lokalna usługa AD obsługuje protokół uwierzytelniania Kerberos. Podczas planowania możesz dowiedzieć się więcej o usłudze Microsoft Entra Kerberos. Po skonfigurowaniu użytkownicy logują się do punktu końcowego natywnego dla chmury przy użyciu konta usługi Microsoft Entra i mogą uzyskiwać dostęp do lokalnych aplikacji lub usług korzystających z uwierzytelniania Kerberos.

    Microsoft Entra Kerberos:

    • Nie jest używana w rozwiązaniach natywnych dla chmury.
    • Nie rozwiązuje żadnych problemów z łącznością zasobów wymagających uwierzytelniania za pośrednictwem usługi Microsoft Entra.
    • Nie jest odpowiedzią ani obejściem jakichkolwiek wymagań uwierzytelniania domeny za pośrednictwem usługi Microsoft Entra.
    • Nie rozwiązuje problemów związanych z uwierzytelnianiem komputerów wymienionych w sekcji Znane problemy i ważne informacje.

    Aby uzyskać głębszą wiedzę na temat protokołu Kerberos usługi Microsoft Entra i możliwych scenariuszy, odwiedź następujące blogi:

Przenoszenie obciążeń pracą w fazach

Modernizacja obciążeń i przyjęcie natywnych punktów końcowych w chmurze wymaga zmian w procesach i procedurach operacyjnych. Przykład:

  • Administratorzy muszą zrozumieć, w jaki sposób zmiany istniejących obciążeń mogą zmienić ich procesy.
  • Dział obsługi musi zrozumieć nowe scenariusze, które będą obsługiwane.

Podczas przeglądania punktów końcowych i obciążeń podziel przejście na fazy. Ta sekcja zawiera omówienie niektórych zalecanych etapów, z których może korzystać Twoja organizacja. Fazy te można powtarzać tyle razy, ile potrzeba.

Faza 1. Uzyskiwanie informacji na temat obciążeń

Ta faza jest fazą zbierania informacji. Pomaga on w ustaleniu zakresu tego, co należy wziąć pod uwagę, aby Twoja organizacja przeszła na natywne rozwiązania chmurowe. Obejmuje to dokładne zdefiniowanie, jakie usługi, produkty i aplikacje są związane z każdym obciążeniem w środowisku.

W tej fazie:

  1. Inwentaryzacja informacji i szczegółów dotyczących bieżącego obciążenia pracą. Na przykład poznaj ich bieżący stan, co udostępniają, komu służą, kto je obsługuje, czy są krytyczne dla natywnych chmur i jak są hostowane.

    Mając te informacje, możesz zrozumieć i zdefiniować cel końcowy, który powinien być:

    • Do obsługi punktów końcowych natywnych dla chmury
    • Aby dowiedzieć się, jakie usługi, produkty i aplikacje są używane przez poszczególne obciążenia

    Musisz koordynować swoje działania z właścicielami różnych usług, produktów i aplikacji. Chcesz mieć pewność, że natywne dla chmury punkty końcowe obsługują produktywność użytkowników bez ograniczeń łączności lub lokalizacji.

    Przykłady typowych usług i aplikacji obejmują aplikacje biznesowe (LOB), wewnętrzne witryny internetowe, udziały plików, wymagania dotyczące uwierzytelniania, mechanizmy aktualizacji aplikacji i systemu operacyjnego oraz konfigurację aplikacji. Zasadniczo zawierają one wszystko, czego użytkownicy potrzebują, aby w pełni wykonywać swoją pracę.

  2. Sprawdź stan końcowy każdego obciążenia. Zidentyfikuj znane blokery, które uniemożliwiają dotarcie do tego stanu końcowego lub uniemożliwiają obsługę punktów końcowych natywnych dla chmury.

    Niektóre obciążenia i ich usługi & aplikacje mogą już być przyjazne dla chmury lub włączone. Niektórym nie musi się to udać. Osiągnięcie stanu końcowego dla każdego obciążenia może wymagać inwestycji & nakładu pracy organizacji. Może to obejmować aktualizację oprogramowania, "lifting and shifting" na nową platformę, migrację do nowego rozwiązania lub wprowadzenie zmian w konfiguracji.

    Kroki wymagane w przypadku poszczególnych obciążeń różnią się w zależności od organizacji. Zależą one od tego, jak usługa lub aplikacja jest hostowana i jak użytkownicy uzyskują do niej dostęp. Ten stan końcowy powinien rozwiązać podstawowy problem, jakim jest umożliwienie użytkownikom wykonywania pracy w natywnym dla chmury punkcie końcowym, niezależnie od lokalizacji lub łączności z siecią wewnętrzną.

    Na podstawie każdego zdefiniowanego stanu końcowego można wykryć lub zdefiniować, że włączenie usługi lub aplikacji w chmurze jest trudne lub zablokowane. Taka sytuacja może mieć miejsce z różnych powodów, w tym ograniczeń technicznych lub finansowych. Ograniczenia te muszą być jasne i zrozumiałe. Należy przejrzeć ich wpływ i określić, jak przenieść każdy obciążenie, aby było przyjazne dla chmury.

Faza 2. Nadaj priorytet wszelkim blokerom

Po zidentyfikowaniu kluczowych obciążeń i ich blokerów stanu końcowego:

  1. Nadaj priorytet każdemu blokerowi i oceń go pod kątem rozwiązania.

    Być może nie chcesz lub nie musisz zajmować się wszystkimi blokerami. Na przykład Twoja organizacja może mieć obciążenia lub część obciążeń, które nie obsługują natywnych punktów końcowych w chmurze. Ten brak obsługi może, ale nie musi być istotny dla organizacji lub użytkowników. Taką decyzję możesz podjąć zarówno Ty, jak i Twoja organizacja.

  2. Aby wspierać testowanie i weryfikację koncepcji (POC), zacznij od minimalnego zestawu obciążeń. Celem jest przetestowanie i zweryfikowanie próbki obciążeń.

    W ramach weryfikacji koncepcji zidentyfikuj zestaw użytkowników i urządzeń w programie pilotażowym, aby uruchomić rzeczywisty scenariusz produkcyjny. Ten krok pomoże sprawdzić, czy stan końcowy umożliwia użytkownikom produktywność.

    W wielu organizacjach istnieje rola lub grupa biznesowa, którą łatwiej jest zmigrować. Na przykład w weryfikacji koncepcji koncepcji można kierować następujące scenariusze:

    • Wysoce mobilny zespół sprzedaży, którego podstawowymi wymaganiami są narzędzia zwiększające produktywność i rozwiązanie do zarządzania relacjami z klientami online
    • Pracownicy wiedzy, którzy przede wszystkim uzyskują dostęp do zawartości znajdującej się już w chmurze i w dużym stopniu polegają na aplikacjach Microsoft 365
    • Urządzenia pracowników pierwszego kontaktu, które są wysoce mobilne lub znajdują się w środowiskach, w których nie mają dostępu do sieci organizacji

    W przypadku tych grup przejrzyj ich obciążenia. Określ, jak te obciążenia mogą zostać przeniesione do nowoczesnego zarządzania, w tym tożsamości, dystrybucji oprogramowania, zarządzania urządzeniami i nie tylko.

    W przypadku każdego z obszarów w programie pilotażowym liczba elementów lub zadań powinna być niska. Ten wstępny projekt pilotażowy ułatwia utworzenie procesów i procedur wymaganych dla większej liczby grup. Pomaga również w tworzeniu długoterminowej strategii.

    Aby uzyskać więcej wskazówek i porad, przejdź do przewodnika planowania dotyczącego usługi Microsoft Intune. Dotyczy on usługi Intune, ale zawiera również pewne wskazówki dotyczące korzystania z grup pilotażowych i tworzenia planów wdrażania.

Faza 3. Przechodzenie obciążeń pracą

W tej fazie wszystko będzie gotowe do zaimplementowania zmian.

  1. Przenieś odblokowane obciążenia do planowanych rozwiązań natywnych dla chmury lub stanu końcowego. Najlepiej, jeśli ten krok jest podzielony na mniejsze elementy pracy. Celem jest kontynuowanie działalności biznesowej przy minimalnych zakłóceniach.

  2. Gdy pierwszy zestaw obciążeń obsługuje natywne punkty końcowe w chmurze, zidentyfikuj więcej obciążeń i kontynuuj proces.

Faza 4. Przygotowywanie użytkowników

Użytkownicy mają różne środowiska w zakresie odbierania, wdrażania i otrzymywania pomocy technicznej na swoich urządzeniach. Administratorzy powinni:

  • Przejrzyj istniejące procesy i dokumentację, aby określić, gdzie zmiany są widoczne dla użytkowników.
  • Aktualizacja dokumentacji.
  • Utwórz strategię edukacyjną, aby podzielić się zmianami i korzyściami, których odczują użytkownicy.

Transformacja organizacji w fazach

Poniższe fazy to podejście wysokiego poziomu dla organizacji do przenoszenia środowiska do obsługi natywnych dla chmury punktów końcowych systemu Windows. Te fazy są równoległe do przejściowych punktów końcowych i obciążeń użytkowników. Mogą one zależeć od tego, czy niektóre obciążenia są częściowo lub całkowicie przenoszone w celu obsługi natywnych chmurowych punktów końcowych systemu Windows.

Faza 1. Definiowanie punktów końcowych, zależności i punktów kontrolnych

Jest to pierwszy krok, aby Twoja organizacja miała migrację w pełni natywną dla chmury. Przejrzyj posiadane obecnie, zdefiniuj kryteria sukcesu i zacznij planować, w jaki sposób Twoje urządzenia zostaną dodane do usługi Microsoft Entra.

  1. Definiowanie punktów końcowych wymagających tożsamości w chmurze

    • Punkty końcowe korzystające z dostępu internetowego wymagają tożsamości w chmurze. Dodasz te punkty końcowe do usługi Microsoft Entra.
    • Punkty końcowe, które nie korzystają z Internetu lub są używane tylko lokalnie, nie powinny mieć tożsamości w chmurze. Nie migruj tych scenariuszy, aby były natywne dla chmury.

  2. Definiowanie zależności

    Obciążenia, użytkownicy i urządzenia mają zależności techniczne i nietechniczne. Aby przejście miało minimalny wpływ na użytkowników i organizację, należy uwzględnić te zależności.

    Na przykład współzależność może być:

    • Procesy biznesowe i ciągłość działania
    • Standardy bezpieczeństwa
    • Lokalne przepisy ustawowe i wykonawcze
    • Wiedza użytkownika o obciążeniu pracą i wykorzystanie go
    • Kapitał, koszty operacyjne i budżet

    Dla każdego obciążenia zadaj pytanie "Na co wpłynie zmiana jakichkolwiek usług świadczonych przez to obciążenie?". Musisz wziąć pod uwagę skutki tej zmiany.

  3. Zdefiniuj punkty kontrolne i kryteria sukcesu dla każdego obciążenia

    Każde obciążenie ma swoje własne punkty kontrolne i kryteria sukcesu. Mogą one być oparte na wykorzystaniu obciążenia pracą przez organizację i jego możliwości zastosowania do określonych punktów końcowych i użytkowników.

    Aby zrozumieć i zdefiniować postęp przejścia, śledź i monitoruj te informacje.

  4. Planowanie wdrożenia rozwiązania Windows Autopilot

    • Określ, jak i kiedy urządzenia zostaną zarejestrowane w Twojej organizacji.
    • Określ i utwórz niezbędne tagi grupy do kierowania zasad rozwiązania Windows Autopilot.
    • Utwórz profil rozwiązania Windows Autopilot z ustawieniami konfiguracji i określ urządzenia, które otrzymają Twój profil.

    Aby uzyskać więcej informacji, zobacz:

Faza 2. Włączanie tożsamości hybrydowej w chmurze punktu końcowego (opcjonalnie)

Aby były w pełni natywne dla chmury, firma Microsoft zaleca zresetowanie istniejących punktów końcowych systemu Windows w ramach cyklu odświeżania sprzętu. Po zresetowaniu punkt końcowy zostanie przywrócony do ustawień fabrycznych. Wszystkie aplikacje, ustawienia i dane osobowe na urządzeniu zostaną usunięte.

Jeśli nie chcesz jeszcze resetować punktów końcowych, możesz włączyć hybrydowe dołączanie do usługi Microsoft Entra. Tożsamość w chmurze jest tworzona dla hybrydowych punktów końcowych dołączania usługi Microsoft Entra. Pamiętaj, że hybrydowe dołączenie do usługi Microsoft Entra nadal wymaga łączności lokalnej.

Pamiętaj, że hybrydowe dołączenie do usługi Microsoft Entra jest krokiem przejściowym do natywnego dla chmury i nie jest celem końcowym. Celem końcowym jest, aby wszystkie istniejące punkty końcowe były w pełni natywne dla chmury.

Gdy punkty końcowe są w pełni natywne dla chmury, dane użytkownika są przechowywane u dostawcy magazynu w chmurze, takiego jak OneDrive. Dzięki temu po zresetowaniu punktu końcowego aplikacje, konfiguracja i dane użytkownika są nadal dostępne i mogą być replikowane do nowo aprowizowanego punktu końcowego.

Aby uzyskać więcej informacji, zobacz:

Uwaga

Firma Microsoft nie ma narzędzia do migracji do konwertowania istniejących punktów końcowych z lokalnego przyłączonego do domeny lub hybrydowego połączenia usługi Microsoft Entra z dołączeniem do usługi Microsoft Entra. Firma Microsoft zaleca zresetowanie i ponowne wdrożenie tych urządzeń w ramach odświeżania sprzętu.

Faza 3. Dołączanie chmury Configuration Manager (opcjonalnie)

Jeśli używasz programu Configuration Manager, dołącz środowisko do chmury usługi Microsoft Intune. Jeśli nie używasz programu Configuration Manager, pomiń ten krok.

Podczas dołączania do chmury możesz zdalnie zarządzać punktami końcowymi klientów, wspólnie zarządzać punktami końcowymi za pomocą usług Intune (chmura) i Configuration Manager (lokalnie) oraz uzyskiwać dostęp do centrum administracyjnego usługi Intune.

Aby uzyskać bardziej szczegółowe informacje, przejdź do dołączania środowiska programu Configuration Manager do chmury i przejdź przez centrum administracyjne usługi Microsoft Intune).

Faza 4: Tworzenie połączonego dowodu koncepcji usługi Microsoft Entra

Ta krytyczna faza może rozpocząć się w dowolnym momencie. Pomaga identyfikować potencjalne problemy, nieznane problemy oraz weryfikować ogólną funkcjonalność i rozwiązania tych problemów. Podobnie jak w przypadku wszystkich weryfikacji koncepcji, celem jest sprawdzenie i zweryfikowanie funkcjonalności w rzeczywistym środowisku przedsiębiorstwa, a nie w środowisku laboratoryjnym.

Ważne kroki w tej fazie obejmują:

  1. Implementowanie minimalnej konfiguracji podstawowej przy użyciu usługi Intune

    Ten krok jest ważny. Nie chcesz wprowadzać do sieci lub produkcji punktów końcowych, które:

    • Nieprzestrzeganie standardów zabezpieczeń Twojej organizacji
    • Nie są skonfigurowane pod kątem pracy użytkowników.

    W tej konfiguracji minimalnej nie są i nie powinny być stosowane wszystkie możliwe konfiguracje. Pamiętaj, że celem jest odnalezienie większej liczby konfiguracji, które są wymagane, aby użytkownicy odnieśli sukces.

  2. Konfigurowanie rozwiązania Windows Autopilot dla połączonych punktów końcowych usługi Microsoft Microsoft Entra

    Używanie rozwiązania Windows Autopilot do inicjowania obsługi nowych punktów końcowych i ponownego inicjowania obsługi istniejących punktów końcowych to najszybszy sposób wprowadzenia systemów przyłączonych do usługi Microsoft Entra w organizacji. To ważna część weryfikacji koncepcji.

  3. Wdrażanie weryfikacji koncepcji dla systemów dołączonych do usługi Microsoft Entra

    • Użyj kombinacji punktów końcowych, które reprezentują różne konfiguracje i użytkowników. Należy jak najwięcej sprawdzić poprawność tego nowego stanu systemu.

    • Tylko rzeczywiste użycie produkcyjne przez rzeczywistych użytkowników produkcyjnych w pełni zweryfikuje obciążenia i ich funkcjonalność. Dzięki naturalnemu, codziennemu użyciu punktów końcowych weryfikacji koncepcji koncepcji Microsoft Entra, użytkownicy organicznie testują i weryfikują obciążenia.

    • Twórz listy kontrolne najważniejszych funkcji i scenariuszy biznesowych oraz udostępniaj te listy użytkownikom weryfikacji koncepcji. Listy kontrolne są specyficzne dla każdej organizacji i mogą ulec zmianie w przypadku przenoszenia obciążeń do obciążeń przyjaznych dla chmury.

  4. Sprawdzanie poprawności funkcjonalności

    Sprawdzanie poprawności jest procesem powtarzalnym. Jest on oparty na obciążeniach i ich konfiguracji w organizacji.

    • Zbierz opinie użytkowników na temat punktów końcowych weryfikacji koncepcji, obciążeń i ich funkcji. Te opinie powinny pochodzić od użytkowników, którzy korzystali z natywnych punktów końcowych w chmurze.

      Mogą zostać wykryte inne blokery, a wcześniej nieznane lub nieuwzględnione obciążenia/scenariusze.

    • Użyj punktów kontrolnych i kryteriów sukcesu wcześniej ustalonych dla każdego obciążenia. Pomogą one określić postęp i zakres weryfikacji koncepcji.

Faza 5: Dołączanie do istniejących punktów końcowych systemu Windows za pomocą usługi Microsoft Entra

Ta faza przenosi nową aprowizację punktu końcowego systemu Windows do dołączenia do usługi Microsoft Entra. Po rozwiązaniu wszystkich problemów blokujących i problemów możesz przenieść istniejące urządzenia, aby były w pełni natywne dla chmury. Masz następujące możliwości:

  • Opcja 1: Wymień urządzenia. Jeśli urządzenia są wycofane z eksploatacji lub nie obsługują nowoczesnych zabezpieczeń, ich wymiana jest najlepszym rozwiązaniem. Nowoczesne urządzenia obsługują nowe i ulepszone funkcje zabezpieczeń, w tym technologię modułu TPM (Trusted Platform Module).

  • Opcja 2: Zresetuj urządzenia z systemem Windows. Jeśli Twoje istniejące urządzenia obsługują nowsze funkcje zabezpieczeń, możesz je zresetować. Podczas pierwszego uruchomienia (OOBE) lub po zalogowaniu się użytkownicy mogą dołączyć urządzenia do usługi Microsoft Entra.

    Przed zresetowaniem istniejącego punktu końcowego systemu Windows upewnij się, że:

    1. Usuń urządzenie w usłudze Intune.
    2. Usuń rejestrację urządzenia rozwiązania Windows Autopilot.
    3. Usuń istniejący obiekt urządzenia usługi Microsoft Entra.

    Następnie zresetuj urządzenie i ponownie zainicjuj obsługę punktu końcowego.

Gdy urządzenia będą gotowe, dołącz je do usługi Microsoft Entra przy użyciu opcji najlepszej dla Twojej organizacji. Aby uzyskać bardziej szczegółowe informacje, przejdź do połączonych urządzeń usługi Microsoft Entra i instrukcji: planowanie wdrożenia dołączania do usługi Microsoft Entra.

Przechodzenie z obiektów zasady grupy

Wiele organizacji używa obiektów zasad grupy do konfigurowania swoich punktów końcowych systemu Windows i zarządzania nimi.

Z czasem sytuacja zaczyna się komplikować z powodu braku dokumentacji, braku jasności co do celu lub wymagań zasad, używania starszych lub niefunkcjonalnych zasad oraz używania złożonych funkcji. Mogą to być na przykład zasady zawierające filtry WMI, posiadające złożone struktury jednostek organizacyjnych i używające blokowania dziedziczenia, sprzężenia zwrotnego lub filtrowania zabezpieczeń.

Zarządzanie ustawieniami przy użyciu usługi Intune

Usługa Microsoft Intune ma wiele wbudowanych ustawień, które można skonfigurować i wdrożyć w natywnych chmurowych punktach końcowych. Podczas przechodzenia do usługi Intune na potrzeby zarządzania zasadami masz kilka opcji.

Te opcje nie muszą się wzajemnie wykluczać. Możesz przeprowadzić migrację podzbioru zasad i zacząć od nowa dla innych.

  • Opcja 1: Rozpocznij nowe (zalecane): usługa Intune ma wiele ustawień do konfigurowania punktów końcowych i zarządzania nimi. Możesz utworzyć zasady, dodać i skonfigurować ustawienia w zasadach, a następnie wdrożyć te zasady.

    Wiele istniejących zasad grupy obejmuje zasady, które mogą nie mieć zastosowania do natywnych punktów końcowych w chmurze. Rozpoczęcie od nowa umożliwia organizacji zweryfikowanie i uproszczenie istniejących wymuszonych zasad przy jednoczesnym wyeliminowaniu starszych, zapomnianych, a nawet szkodliwych zasad. Usługa Intune ma wbudowane szablony, które grupują typowe ustawienia, takie jak VPN, Wi-Fi, ochrona punktów końcowych i inne.

  • Opcja 2: Migruj: Ta opcja obejmuje zniesienie istniejących zasad i przeniesienie ich do aparatu zasad usługi Intune. Może to być kłopotliwe i czasochłonne. Na przykład możesz mieć wiele istniejących zasad grupy i mogą istnieć różnice między ustawieniami lokalnymi i w chmurze.

    Jeśli wybierzesz tę opcję, musisz przejrzeć i przeanalizować istniejące zasady grupy oraz określić, czy są one nadal potrzebne lub prawidłowe w natywnych punktach końcowych w chmurze. Chcesz wyeliminować niepotrzebne zasady, w tym te, które mogą powodować obciążenie lub obniżać wydajność systemu lub środowisko użytkownika. Nie przenoś zasad grupy do usługi Intune, dopóki nie wiesz, co robią.

Funkcje usługi Intune, które musisz znać

Usługa Intune ma również wbudowane funkcje, które mogą ułatwić konfigurowanie natywnych punktów końcowych w chmurze:

  • Analiza zasady grupy: Możesz zaimportować obiekty zasad grupy w centrum administracyjnym usługi Microsoft Intune i uruchomić analizę zasad. Możesz zobaczyć zasady istniejące w usłudze Intune i wyświetlić zasady, które są przestarzałe.

    Jeśli korzystasz z obiektów zasad grupy, użycie tego narzędzia jest cennym pierwszym krokiem.

    Aby uzyskać więcej informacji, przejdź do tematu Analiza zasad grupy w usłudze Intune.

  • Katalog ustawień: wyświetlanie wszystkich ustawień dostępnych w usłudze Intune i tworzenie, konfigurowanie & wdrażanie zasad przy użyciu tych ustawień. Zadania, które można wykonać przy użyciu wykazu ustawień w usłudze Intune, również mogą być dobrym zasobem. W przypadku tworzenia obiektów zasad grupy katalog ustawień jest naturalnym przejściem do konfiguracji punktu końcowego natywnego dla chmury.

    W połączeniu z analizą zasady grupy można wdrożyć zasady używane lokalnie w natywnych punktach końcowych w chmurze.

    Aby uzyskać więcej informacji, przejdź do katalogu Ustawienia w usłudze Intune.

  • Plany bazowe zabezpieczeń: Punkt odniesienia zabezpieczeń to grupa wstępnie skonfigurowanych ustawień systemu Windows. Ułatwiają one stosowanie i wymuszanie szczegółowych ustawień zabezpieczeń, które są zalecane przez zespoły ds. zabezpieczeń. Podczas tworzenia planu bazowego zabezpieczeń można również dostosować poszczególne ustawienia tak, aby wymuszały tylko wybrane ustawienia.

    Możesz utworzyć bazę zabezpieczeń dla systemu Windows, przeglądarki Microsoft Edge i nie tylko. Jeśli nie wiesz, od czego zacząć, lub chcesz, aby ustawienia zabezpieczeń były zalecane przez ekspertów ds. zabezpieczeń, zapoznaj się z podstawowymi punktami zabezpieczeń.

    Aby uzyskać więcej informacji, przejdź do punktu odniesienia zabezpieczeń w usłudze Intune.

Używanie rozwiązania Windows Autopilot do inicjowania obsługi nowych lub istniejących punktów końcowych systemu Windows

Jeśli kupujesz punkty końcowe od producenta OEM lub partnera, powinieneś używać rozwiązania Windows Autopilot.

Oto niektóre korzyści:

  • Wbudowany proces instalacji systemu Windows: zapewnia markowe, nadzorowane i uproszczone środowisko użytkownika końcowego.

  • Wysyłaj punkty końcowe bezpośrednio do użytkowników końcowych: dostawcy i producenci OEM mogą wysyłać punkty końcowe bezpośrednio do użytkowników. Użytkownicy otrzymują punkty końcowe, logują się przy użyciu konta organizacji (user@contoso.com), a rozwiązanie Windows Autopilot automatycznie inicjuje obsługę punktu końcowego.

    Ta funkcja pomaga ograniczyć nakłady i koszty związane z intensywnymi wewnętrznymi procesami IT i wysyłką.

    Aby uzyskać najlepsze wyniki, należy wstępnie zarejestrować punkty końcowe u producentów OEM lub dostawców. Wstępna rejestracja pozwala uniknąć opóźnień, które mogą wystąpić podczas ręcznego rejestrowania punktów końcowych.

  • Użytkownicy mogą samodzielnie resetować istniejące punkty końcowe: jeśli użytkownicy mają istniejące punkty końcowe systemu Windows, mogą sami zresetować urządzenia. Po ich zresetowaniu przywraca punkty końcowe do minimalnego stanu planu bazowego i zarządzanego. Nie wymaga kosztownej interwencji IT ani fizycznego dostępu do punktu końcowego.

Uwaga

Nie zaleca się używania rozwiązania Windows Autopilot do hybrydowego dołączania usługi Microsoft Entra do nowo aprowizowanych punktów końcowych. To działa, ale są pewne wyzwania. W nowo aprowizowanych punktach końcowych użyj rozwiązania Windows Autopilot, aby dołączyć do usługi Microsoft Entra (nie hybrydowego dołączenia do usługi Microsoft Entra).

Aby łatwiej określić metodę dołączania odpowiednią dla Twojej organizacji, przejdź do sekcji Dołączenie do usługi Microsoft Entra a hybrydowe połączenie usługi Microsoft Entra.

Aby uzyskać więcej informacji na temat rozwiązania Windows Autopilot, przejdź do:

Postępuj zgodnie ze wskazówkami dotyczącymi natywnych dla chmurowych punktów końcowych

  1. Omówienie: co to są natywne punkty końcowe w chmurze?
  2. Samouczek: konfigurowanie natywnych dla chmury punktów końcowych systemu Windows za pomocą usługi Microsoft Intune
  3. Koncepcja: dołączyła firma Microsoft Entra a hybrydowa firma Microsoft Entra dołączyła
  4. Koncepcja: natywne dla chmury punkty końcowe i zasoby lokalne
  5. 🡺 Przewodnik po planowaniu wysokiego poziomu (Jesteś tutaj)
  6. Znane problemy i ważne informacje

Zawartość pokrewna

  • Last updated on