Dlaczego wybór niewłaściwego modelu Microsoft Entra External Identities będzie cię kosztować

By Mirko Peters · 2026-08-11 · Updated 2026-08-28

Witamy ponownie na blogu! Jeśli kiedykolwiek wpatrywałeś się w portal Azure, ocierając zimny pot z czoła, i zastanawiałeś się, czy wybrać Microsoft Entra B…

Automatically translated with AI from the original post. Read the English original

Witamy ponownie na blogu! Jeśli kiedykolwiek wpatrywałeś się w portal Azure, ocierając zimny pot z czoła, i zastanawiałeś się, czy dla zewnętrznych użytkowników wybrać Microsoft Entra B2B, czy B2C, nie jesteś w tym sam. Krąży w świecie zarządzania tożsamościami bardzo kosztowny mit: przekonanie, że skoro obie platformy pozwalają osobom z zewnątrz się logować, to są wymienne i można wybrać dowolną. Spoiler: tak nie jest. Traktowanie ich jako szybkich rozwiązań prowadzi do problemów ze współpracą, brakujących śladów audytu i rosnących kosztów, które sprawią, że dział finansowy zblednie. W tym wpisie omawiamy, jak w praktyce wpływa na projekt wybór niewłaściwej platformy już na starcie. Aby zgłębić ten architektoniczny dylemat, koniecznie posłuchaj powiązanego odcinka Microsoft Entra B2B vs B2C: którą wybrać?

Dla kogo jest ten wpis

• Administratorzy i architekci Microsoft 365/Entra ID
• Zespoły ds. bezpieczeństwa, zgodności i IAM
• Właściciele produktów budujący portale dla partnerów lub klientów
• Konsultanci i MSP doradzający w zakresie dostępu zewnętrznego

Najważniejsze wnioski

• Różne zadania: B2B = goście w Twojej dzierżawie (gotowe do użycia w Teams i SharePoint). B2C = zarządzanie tożsamością klientów z własnymi ścieżkami użytkownika.
• Integracja kontra personalizacja: B2B współpracuje z zabezpieczeniami i audytem Microsoft 365. B2C wygrywa pod względem brandingu, skali i doświadczenia użytkownika konsumenckiego.
• Zmiany w licencjonowaniu: B2B opiera się na gościach i MAU, a B2C na zużyciu uwierzytelnień i funkcji. Koszty zależą od wzorców użycia.
• Wybieraj według relacji, nie według interfejsu: „Współpracownicy” → B2B. „Klienci/publiczni użytkownicy” → B2C. Model hybrydowy jest dopuszczalny, ale trzymaj oba rozwiązania osobno.
• Decyduj raz, unikaj przeróbek: Zły wybór tworzy katalogi w cieniu, uszkodzony dostęp w Teams i martwe punkty audytu.

Najciekawsze fakty

• Najkosztowniejszy mit: „Obie opcje pozwalają osobom z zewnątrz się logować, więc wybierz jedną.”
• Awarie z życia wzięte: portale partnerskie na B2C, które nie mogą dołączyć do Teams; aplikacje konsumenckie na B2B, które nie skalują się i nie pozwalają na branding.
• Różnice w zabezpieczeniach: Dostęp warunkowy, audyt i zarządzanie tożsamościami (naturalne w B2B, wymagające rozwiązań niestandardowych w B2C).
• Ukryty rachunek: miejsce, w którym MAU, monity MFA i niestandardowe zasady zmieniają całkowity koszt.
• Jak wyjaśnić to interesariuszom spoza branży IT (analogia recepcji i publicznego holu).

Szybka struktura decyzyjna (do skopiowania)

1. Typ użytkownika

   • Potrzebuje Teams/SharePoint/Planner z Twoimi pracownikami? → B2B
   • Publiczna aplikacja dla klientów z markowym rejestrowaniem/resetowaniem hasła/logowaniem społecznościowym? → B2C

2. Potrzebne kontrole

   • Dostęp warunkowy, ujednolicony audyt, cykl życia w Twojej dzierżawie? → B2B
   • Dopasowane przepływy rejestracji, własny branding, stopniowe gromadzenie profilu? → B2C

3. Skala i koszt

   • Od kilku do tysięcy tożsamości partnerów; aktywność zbliżona do wewnętrznego rytmu → B2B (goście/MAU)
   • Od tysięcy do milionów logowań konsumenckich; nierównomierny wolumen uwierzytelnień → B2C (za uwierzytelnienie/funkcje)

4. Przyszła zgodność

   • Czy ci użytkownicy kiedykolwiek dołączą do Teams lub będą udostępniać pliki? Jeśli tak → B2B
   • Czy nigdy nie skorzystają z obciążeń Microsoft 365? Jeśli tak → B2C

Lista kontrolna architektury

• B2B

  • Włącz zarządzanie dostępem gości (przeglądy dostępu, wygasanie).
  • Stosuj dostęp warunkowy zależnie od poziomu ryzyka partnera.
  • Używaj grup i grup dynamicznych do RBAC; rejestruj zdarzenia w ujednoliconym audycie/SIEM.

• B2C

  • Zaprojektuj przepływy użytkownika i zasady niestandardowe (rejestracja, MFA, resetowanie hasła).
  • Skonfiguruj dostawców tożsamości (e-mail, konta społecznościowe, przedsiębiorstwo).
  • Zaplanuj telemetrię, eksporty oraz procesy prywatności i samoobsługi (DSAR).

Typowe pułapki (i rozwiązania)

• Portal partnerski zbudowany na B2C → brak dostępu do Teams/SharePoint
  Rozwiązanie: Przenieś partnerów do B2B, aby współpracować; zostaw B2C wyłącznie dla użytkowników publicznych.

• Aplikacja klienta na B2B → słaby branding i skala; dziwne licencjonowanie
  Rozwiązanie: Przejdź na B2C z niestandardowymi ścieżkami; odłącz od obciążeń Microsoft 365.

• Niespodzianki w licencjonowaniu
  Rozwiązanie: Zamodeluj MAU i wolumen uwierzytelnień na podstawie rzeczywistego ruchu; ponownie sprawdź dodatki MFA i Identity Protection.

• Magazyny tożsamości w cieniu
  Rozwiązanie: Skonsoliduj katalogi; udokumentuj cykl życia (dołączenie/odejście), przeglądy i odbieranie dostępu.

Często zadawane pytania

Czy użytkowników B2C można dodać do Teams?
Nie natywnie. Do współpracy w Microsoft 365 użyj B2B.

Czy mogę uruchomić oba?
Tak. Wiele organizacji tak robi: B2B dla partnerów, B2C dla klientów. Zarządzanie, logi i cykl życia trzymaj osobno.

Czy dostęp gości B2B jest „darmowy”?
Istnieją pewne limity bezpłatne, ale funkcje (np. Identity Protection) oraz wzorce MAU mogą generować koszty – warto to zamodelować.

Już uruchomiliśmy rozwiązanie na niewłaściwym – co teraz?
Przeprowadź migrację etapami: zmapuj tożsamości, odbuduj właściwe przepływy, na krótki czas działaj równolegle w obu wariantach i przełączaj użytkowników grupami.

Scenariusz dla interesariuszy (prostym językiem)

• B2B = identyfikatory gości: partnerzy pracują u nas, według naszych zasad, z naszymi logami i naszymi drzwiami.
• B2C = publiczny hol: klienci rejestrują się sprawnie i na dużą skalę – ale nigdy nie wchodzą na nasze korytarze.
• Mieszanie obu modeli rozmywa bezpieczeństwo, zwiększa obciążenie wsparcia i utrudnia audyty.

Podsumowanie

Wybór właściwej platformy tożsamości zewnętrznych już na początku jest kluczowy dla utrzymania czystej architektury, solidnego bezpieczeństwa i kontroli budżetu. Czy masz do czynienia z dostawcami zewnętrznymi, którzy potrzebują głębokiej integracji z ekosystemem Microsoft 365, czy z milionami konsumentów szukających bezproblemowej, markowej strony rejestracji – traktowanie B2B i B2C jako wymiennych to ryzyko, którego nie możesz sobie pozwolić podjąć. Pamiętaj, aby konsultować się z interesariuszami, posługując się prostymi analogiami, korzystać z naszych list kontrolnych architektury i z góry planować modele skalowania. Aby uzyskać jeszcze więcej praktycznych wskazówek, szczegółowych przykładów i porad eksperckich, jak unikać tych typowych pułapek, wejdź na stronę i posłuchaj dzisiaj odcinka podcastu Microsoft Entra B2B vs B2C: Which Should You Choose?!