Pułapka Copilota w wielu tenantach

ład AI w kilku dzierżawach Microsoft 365 z modelem hub-and-spoke

Wiele zarządów traktuje Copilota w kilku tenantach Microsoft 365 jako kwestię wdrożenia, a w rzeczywistości to decyzja z zakresu governance. Nie istnieje globalne centrum administracyjne AI, a Copilot korzysta w każdym tenancie dokładnie z uprawnień, etykiet i luk, które tam zastanie. Ten odcinek pokazuje, jak z suwerennych wysp AI zbudować jeden sterowalny system.

▶ Pułapka Copilota w wielu tenantach: ład AI w kilku dzierżawach Microsoft 365 z modelem hub-and-spoke (Dubbing AI)

Czego się dowiesz:

1. Dlaczego nie ma globalnego centrum administracyjnego AI: governance jest rozproszone między Purview, centra administracyjne, Entra i Power Platform
2. Dlaczego ręczne zarządzanie każdym tenantem z osobna prowadzi do rozbieżności i jak Copilot natychmiast ujawnia luki w uprawnieniach i etykietach
3. Dlaczego tożsamość między tenantami to nie governance między tenantami – w tym ograniczenia wersji zapoznawczej trybu wielodzierżawczego Copilot Studio (brak użytkowników gościnnych, niestandardowych łączników, multi-geo i transkrypcji)
4. Model hub-and-spoke: centralny hub określa zasady, bazowe ustawienia audytu, standardy etykiet i kryteria wdrożenia, a lokalne zespoły je realizują. Twarda reguła: żadnego wdrożenia bez zweryfikowanego dziennika audytu, skanu nadmiernego udostępniania i minimalnego pokrycia etykietami
5. Pięć wskaźników przed skalowaniem: ograniczenie nadmiernego udostępniania, pokrycie audytem, czas do egzekwowania zasad (cel: poniżej 72 godzin), pokrycie etykietami i dryf uprawnień

Ten odcinek to polska wersja animowanego filmu objaśniającego z M365 Show autorstwa Microsoft MVP Mirko Petersa, zdubbingowana przez AI.