Wprowadzenie
Dwa scenariusze, które należy wziąć pod uwagę podczas programowego osadzania Power BI zawartości, to:
- Dla Twojej organizacji
- Dla Twojego klienta
Podczas osadzania Power BI zawartości aplikacja będzie używać tylko jednego z tych scenariuszy. Odpowiedni scenariusz osadzania jest określany przez odbiorców aplikacji, zgodnie z opisem w poniższych tematach.
Scenariusz dotyczący organizacji
Scenariusz Dla organizacji ma zastosowanie, gdy odbiorcy aplikacji składają się z użytkowników wewnętrznych . Użytkownicy wewnętrzni mają konta organizacji i muszą się uwierzytelniać Microsoft Azure Active Directory. Aby uzyskać dostęp do Power BI zawartości, użytkownicy aplikacji muszą mieć Power BI licencje i uprawnienia do korzystania z zawartości (lub jej tworzenia lub edytowania).
Nuta
W tym scenariuszu Power BI jest to oprogramowanie jako usługa (SaaS). Scenariusz jest czasami określany jako Użytkownik jest właścicielem danych.
Oto kilka powodów, dla których warto korzystać ze scenariusza Dla Twojej organizacji :
- Wewnętrzny portal analiz biznesowych: chociaż Power BI usługa (app.powerbi.com) zapewnia kompleksowe i intuicyjne środowisko użytkownika do przeglądania zawartości, może nie osiągnąć wyglądu, zachowania lub funkcjonalności, których oczekuje organizacja. Można utworzyć portal analizy biznesowej, który spełnia określone wymagania biznesowe. Jeśli organizacja ma już portal analizy biznesowej, który osadza zawartość z innych narzędzi analizy biznesowej, można rozszerzyć portal, aby osadzać Power BI również zawartość.
- Aplikacja wewnętrzna: aplikacje intranetowe mogą osadzać Power BI zawartość w celu wyświetlania wizualizacji danych. Na przykład witryna intranetowa dla działu sprzedaży może zawierać Power BI wizualizacje przedstawiające wykresy i wskaźniki KPI związane ze sprzedażą. Wewnętrzna aplikacja biura obsługi może osadzać wizualizacje w czasie rzeczywistym, aby dostarczać aktualne informacje o przychodzących połączeniach z klientami.
- Rejestrowanie niestandardowe: aplikacja może rejestrować zdarzenia niestandardowe, aby rejestrować Power BI dostęp do zawartości i korzystanie z niej w sposób wykraczający poza możliwości Power BI rejestrowania .
Scenariusz dla Twoich klientów
Scenariusz Dla klientów ma zastosowanie, gdy odbiorcy aplikacji składają się z użytkowników zewnętrznych . Aplikacja jest odpowiedzialna za uwierzytelnianie użytkowników. Aby uzyskać dostęp do Power BI zawartości, aplikacja opiera się na tożsamości osadzania (Azure AD jednostce usługi lub koncie użytkownika głównego) do uwierzytelniania Azure AD. Ta tożsamość może wymagać Power BI licencji i musi mieć uprawnienia do korzystania (lub tworzenia lub edytowania) zawartości w imieniu użytkowników aplikacji. Użytkownicy zewnętrzni nie muszą mieć Power BI licencji ani uprawnień do zawartości. Nawet jeśli użytkownicy zewnętrzni mają Power BI licencje, nie są one używane w tym scenariuszu.
Nuta
W tym scenariuszu Power BI jest to platforma jako usługa (PaaS). Scenariusz jest czasami określany jako aplikacja jest właścicielem danych.
Aby opracować aplikację w tym scenariuszu, musisz upewnić się, że Power BI zawartość znajduje się w nieosobistym obszarze roboczym, który ma tryb licencji Premium na pojemność lub osadzony.
Nuta
Produkty wymagane do ustawienia tych opcji trybu licencjonowania zostały przedstawione i opisane w następnym rozdziale.
Zazwyczaj aplikacje SaaS i aplikacje opracowane przez niezależnych dostawców oprogramowania (ISV) są opracowywane na potrzeby scenariusza Dla klientów .
Porównanie scenariuszy
W poniższej tabeli porównano charakterystyki dwóch scenariuszy osadzania:
| Charakterystyka | Dla Twojej organizacji | Dla klientów |
|---|---|---|
| Odbiorcy | Użytkownicy wewnętrzni | Użytkownicy zewnętrzni |
| Uwierzytelnianie | Azure AD | Aplikacja przeprowadza uwierzytelnianie |
| Licencja użytkownika aplikacji | Użytkownicy aplikacji muszą mieć licencję Power BI | Nie są wymagane licencje użytkownika aplikacji |
| Przepływ uwierzytelniania | Interaktywny przepływ uwierzytelniania dla użytkownika aplikacji | Nieinterakcyjny przepływ uwierzytelniania na potrzeby osadzania tożsamości (Azure AD jednostka usługi lub konto użytkownika głównego) |
Na poniższym diagramie przedstawiono przepływ uwierzytelniania dla dwóch scenariuszy osadzania:
