Scenariusze użycia usługi Power BI: publikowanie zawartości samoobsługowej

Uwaga

Ten artykuł stanowi część serii artykułów dotyczących planowania implementacji usługi Power BI. Ta seria koncentruje się głównie na środowisku usługi Power BI w usłudze Microsoft Fabric. Aby zapoznać się z wprowadzeniem do serii, zobacz Planowanie implementacji usługi Power BI.

Gdy rozwiązania analityczne mają kluczowe znaczenie dla organizacji, ważne jest zapewnienie, że zawartość w usługa Power BI jest stabilna i niezawodna dla konsumentów. Zespoły IT często rozwiązuje ten problem, pracując w wielu środowiskach:

• W środowisku deweloperów twórcy zawartości i właściciele wprowadzają zmiany i ulepszenia rozwiązania. Gdy te zmiany są gotowe do szerszego przeglądu, rozwiązanie jest wdrażane (czasami nazywane promowanym) w środowisku testowym.
• W środowisku testowym recenzenci weryfikują zmiany wprowadzone w rozwiązaniu. Ten przegląd może obejmować weryfikowanie funkcjonalności i danych rozwiązania. Po zakończeniu przeglądu rozwiązanie zostanie wdrożone w środowisku produkcyjnym.
• Środowisko produkcyjne to miejsce, w którym konsumenci wyświetlają wydane rozwiązanie i wchodzą w interakcje z nim.

Takie podejście ustrukturyzowane zapewnia, że twórcy zawartości, właściciele i recenzenci mogą wprowadzać i weryfikować zmiany bez negatywnego wpływu na użytkowników.

Korzystanie z metodowych i zdyscyplinowanych procesów zarządzania cyklem życia zmniejsza błędy, minimalizuje niespójności i poprawia środowisko użytkownika dla użytkowników. Twórcy zawartości i właściciele mogą używać potoków wdrażania usługi Power BI do samoobsługowego publikowania zawartości. Potoki wdrażania upraszczają proces i zwiększają poziom kontroli podczas wydawania nowej zawartości.

Uwaga

Ten scenariusz samoobsługowego publikowania zawartości jest jednym z scenariuszy zarządzania zawartością i wdrażania . Aby uzyskać pełną listę scenariuszy samoobsługi, zobacz artykuł Scenariusze użycia usługi Power BI.

W przypadku zwięzłości niektóre aspekty opisane w temacie dotyczącym współpracy i dostarczania zawartości nie zostały omówione w tym artykule. Aby uzyskać pełne pokrycie, najpierw przeczytaj te artykuły.

Diagram scenariusza

Na poniższym diagramie przedstawiono ogólne omówienie najpopularniejszych akcji użytkownika i składników usługi Power BI w celu obsługi samoobsługowego publikowania zawartości. Koncentruje się on na używaniu potoku wdrażania usługi Power BI w celu promowania zawartości za pośrednictwem obszarów roboczych tworzenia, testowania i produkcji.

Napiwek

Zachęcamy do pobrania diagramu scenariusza, jeśli chcesz go osadzić w prezentacji, dokumentacji lub wpisie w blogu albo wydrukować go jako plakat na ścianie. Ponieważ jest to obraz skalowalnej grafiki wektorowej (SVG), można go skalować w górę lub w dół bez utraty jakości.

Diagram scenariusza przedstawia następujące akcje użytkownika, narzędzia i funkcje:

Produkt	Opis
	Twórca zawartości usługi Power BI opracowuje rozwiązanie do analizy biznesowej przy użyciu programu Power BI Desktop.
	Plik programu Power BI Desktop (pbix) pliku projektu usługi Power BI (pbip) jest zapisywany w bibliotece udostępnionej w usłudze OneDrive. Twórca zawartości zachowuje wersje tych plików w usłudze OneDrive.
	Gdy wszystko będzie gotowe, twórca zawartości publikuje plik programu Power BI Desktop w usługa Power BI.
	Zawartość jest publikowana w obszarze roboczym przeznaczonym do programowania.
	Administrator potoku wdrażania konfiguruje potok wdrażania usługi Power BI z trzema etapami: programowanie, testowanie i produkcja. Każdy etap jest wyrównany do oddzielnego obszaru roboczego w usługa Power BI. Ustawienia wdrożenia i dostęp są konfigurowane dla potoku wdrażania.
	Obszar roboczy tworzenia (lub testowania) jest ustawiony na pojemność sieci szkieletowej, pojemność Premium, Premium na użytkownika lub tryb licencji osadzonej. Potoki wdrażania usługi Power BI to funkcja dostępna tylko w obszarach roboczych z tymi trybami licencji.
	Twórcy zawartości i właściciele współpracują w obszarze roboczym programowania, aby upewnić się, że zostaną spełnione wszystkie wymagania.
	Gdy zawartość programowania jest gotowa, potok wdrażania porównuje zawartość między etapami programowania i testowania.
	Niektóre lub wszystkie elementy usługi Power BI są wdrażane w obszarze roboczym przeznaczonym do testowania.
	Po zakończeniu wdrażania potoku wdrażania twórca zawartości ręcznie wykonuje działania po wdrożeniu dla testowego obszaru roboczego. Działania mogą obejmować konfigurowanie zaplanowanego odświeżania danych lub publikowanie aplikacji usługi Power BI dla obszaru roboczego testowego.
	Kontrola jakości, walidacje danych i testy akceptacyjne użytkowników są wykonywane przez recenzentów obszaru roboczego testowego.
	Gdy zawartość testowa jest w pełni weryfikowana, potok wdrażania porównuje zawartość między etapami testowania i produkcji.
	Niektóre lub wszystkie elementy usługi Power BI są wdrażane w obszarze roboczym przeznaczonym do produkcji. W przypadku obszaru roboczego produkcyjnego pojemność sieci szkieletowej lub tryb licencji pojemności Premium jest często bardziej odpowiedni, gdy istnieje duża liczba odbiorców tylko do odczytu.
	Po zakończeniu wdrażania potok wdrażania twórcy zawartości mogą ręcznie wykonywać działania po wdrożeniu. Działania mogą obejmować konfigurowanie zaplanowanego odświeżania danych lub publikowanie aplikacji usługi Power BI dla produkcyjnego obszaru roboczego.
	Osoby przeglądające zawartość uzyskują dostęp do zawartości przy użyciu produkcyjnego obszaru roboczego lub aplikacji usługi Power BI.
	Niektóre źródła danych mogą wymagać lokalnej bramy danych lub bramy sieci wirtualnej na potrzeby odświeżania danych, takich jak te, które znajdują się w prywatnej sieci organizacyjnej.
	Administratorzy sieci szkieletowej nadzorują i monitorują aktywność w portalu sieci szkieletowej. Zawartość, która jest uważana za wystarczająco krytyczną, aby mieć oddzielne obszary robocze programistyczne, testowe i produkcyjne, mogą podlegać bardziej rygorystycznym wymaganiom ładu niż mniej krytyczna zawartość.

Napiwek

Zalecamy również przejrzenie zaawansowanego scenariusza użycia zarządzania modelem danych. Opiera się na pojęciach wprowadzonych w tym scenariuszu.

Kwestie kluczowe

Poniżej przedstawiono niektóre kluczowe kwestie, które należy podkreślić w scenariuszu samoobsługowego publikowania zawartości.

Potok wdrażania

Potok wdrażania składa się z trzech etapów: programowania, testowania i produkcji. Pojedynczy obszar roboczy jest przypisywany do każdego etapu w potoku wdrażania. Elementy usługi Power BI obsługiwane przez potoki wdrażania są publikowane (lub klonowane) z jednego obszaru roboczego do innego w przypadku wdrożenia. Po zakończeniu testowania i walidacji potok wdrażania można wielokrotnie używać go do szybkiego promowania zawartości. Interfejs potoku wdrażania jest łatwy w implementacji dla twórców zawartości, którzy nie mają umiejętności ani nie chcą korzystać z wdrożeń opartych na kodzie (korzystanie z interfejsów API REST usługi Power BI jest opisane w scenariuszu publikowania zawartości przedsiębiorstwa).

Uwaga

Publikowanie zawartości przy użyciu potoku wdrażania jest nazywane wdrożeniem tylko metadanych. W takim przypadku dane nie są zastępowane ani kopiowane do docelowego obszaru roboczego. Odświeżanie danych jest zwykle wymagane po zakończeniu wdrażania — zobacz poniższy temat działania po wdrożeniu.

Proces wdrażania

Najlepszym rozwiązaniem jest rozważenie całej zawartości obszaru roboczego jako pakietu analitycznego, który można wdrożyć razem jako jednostkę. Dlatego ważne jest, aby mieć jasność co do celu i oczekiwań każdego obszaru roboczego. Chociaż możliwe jest selektywne wdrożenie określonych elementów usługi Power BI, bardziej wydajne i mniej ryzykowne, gdy wdrożenie reprezentuje jednostkę logiczną zawartości.

Napiwek

Zaplanuj obsługę pilnych problemów oprócz planowanych wdrożeń. Jeśli wymagana jest natychmiastowa poprawka, nadal postępuj zgodnie ze standardową praktyką propagowania wszystkich zmian z programowania do testowania i produkcji przy użyciu potoku wdrażania.

Model uprawnień

Poświęcaj czas na planowanie modelu uprawnień. Jest obsługiwana pełna elastyczność stosowania różnych ról obszaru roboczego (między programowaniem, testowaniem i produkcją). Jak pokazano na diagramie scenariusza, typowe jest przypisanie następujących uprawnień obszaru roboczego:

• Obszar roboczy programowania: ogranicz dostęp do zespołu twórców zawartości i właścicieli, którzy współpracują ze sobą.
• Obszar roboczy testowy: ogranicz dostęp do recenzentów związanych z zapewnieniem jakości, walidacjami danych i działaniami testowania akceptacyjnego użytkowników.
• Obszar roboczy produkcyjny: udziel podglądowi dostępu do zawartości użytkowników aplikacji Power BI (i obszaru roboczego, jeśli jest to konieczne). Ogranicz dostęp do tych, którzy muszą zarządzać i publikować zawartość produkcyjną, co obejmuje najmniejszą liczbę możliwych użytkowników.

Uwaga

Większość użytkowników zawartości nie zna obszarów roboczych tworzenia i testowania.

Dostęp do potoku wdrażania

Uprawnienia użytkownika potoku (dla osób, które mogą wdrażać zawartość przy użyciu potoku wdrażania) są zarządzane oddzielnie od ról obszaru roboczego. Dostęp do obszaru roboczego i potoku wdrażania jest wymagany dla użytkowników przeprowadzających wdrożenie. Wymagane są również odpowiednie uprawnienia Premium.

Jeśli to możliwe, zaleca się, aby istniejący twórca zawartości lub właściciel przeprowadzał wdrożenia. W niektórych sytuacjach uprawnienia są bardziej ograniczone dla produkcyjnego obszaru roboczego. W takim przypadku może być konieczne koordynowanie wdrożenia produkcyjnego z osobą inną, która ma uprawnienia do wdrażania w środowisku produkcyjnym.

Użytkownicy potoku, którzy są przypisani do roli członka obszaru roboczego (lub administratora), mogą porównywać etapy i wdrażać zawartość. Przypisywanie użytkowników potoku do tej roli minimalizuje problemy z uprawnieniami i umożliwia bezproblemowy proces wdrażania.

Napiwek

Należy pamiętać, że role obszaru roboczego są ustawiane oddzielnie na potrzeby programowania, testowania i produkcji. Jednak dostęp do potoku jest ustawiany raz dla całego potoku.

Licencjonowanie usługi Power BI Premium

Ważne

Czasami w tym artykule opisano usługę Power BI Premium lub jej subskrypcje pojemności (jednostki SKU P). Należy pamiętać, że firma Microsoft obecnie konsoliduje opcje zakupu i cofnie usługę Power BI Premium na jednostki SKU pojemności. Nowi i istniejący klienci powinni rozważyć zakup subskrypcji pojemności sieci szkieletowej (jednostki SKU F).

Aby uzyskać więcej informacji, zobacz Ważne aktualizacje dostępne w licencjonowaniu usługi Power BI Premium i Power BI Premium — często zadawane pytania.

Potoki wdrażania usługi Power BI to funkcja Premium. Istnieją różne sposoby uzyskiwania licencji, w zależności od tego, czy zawartość jest używana do celów programistycznych, testowych lub produkcyjnych. Diagram scenariusza przedstawia użycie jednostek SKU premium P, takich jak P1, P2, P3, P4 lub P5 dla obszaru roboczego produkcyjnego oraz licencja Premium usługi Power BI Premium na użytkownika (PPU) dla obszarów roboczych programowania i testowania. Korzystanie z licencjonowania PPU dla obszarów roboczych z bardzo niewielu użytkowników (jak pokazano na diagramie scenariusza) jest opłacalnym sposobem korzystania z funkcji Premium, zachowując jednocześnie oddzielenie ich od pojemności Premium przypisanej dla obciążeń produkcyjnych.

Ustawienia wdrażania

Reguły źródła danych i reguły parametrów są dostępne dla dynamicznego zarządzania wartościami, które różnią się między programowaniem, testowaniem i produkcją. Użycie ustawień wdrażania to skuteczny sposób na zmniejszenie nakładu pracy i ryzyko wystąpienia błędów.

Działania po wdrożeniu

Celowo niektóre właściwości nie są kopiowane do docelowego obszaru roboczego podczas wdrażania. Kilka kluczowych działań po wdrożeniu:

• Odświeżanie danych: dane nie są kopiowane z obszaru roboczego źródłowego do docelowego obszaru roboczego. Publikowanie z potoku wdrażania jest zawsze wdrożeniem tylko metadanych. W związku z tym odświeżanie danych jest zwykle wymagane po wdrożeniu w docelowym obszarze roboczym. W przypadku wdrożeń po raz pierwszy należy również skonfigurować poświadczenia źródła danych lub łączność bramy (odpowiednio).
• Aplikacje: aplikacje usługi Power BI nie są publikowane automatycznie przez potoki wdrażania.
• Role dostępu, uprawnienia do udostępniania i uprawnienia aplikacji: uprawnienia nie są zastępowane podczas wdrażania.
• Właściwości obszaru roboczego: właściwości, takie jak kontakty i opis obszaru roboczego, nie są zastępowane podczas wdrażania.
• Właściwości elementu usługi Power BI: niektóre właściwości elementu usługi Power BI, takie jak etykiety poufności, mogą zostać zastąpione podczas wdrażania w pewnych okolicznościach.
• Nieobsługiwane elementy usługi Power BI: może być konieczne wykonanie dodatkowych czynności ręcznych dla elementów usługi Power BI, które nie są obsługiwane przez potok wdrażania.

Uwaga

Nie ma procesu wycofywania po wdrożeniu z potokiem wdrażania. Należy dokładnie rozważyć, jakie procesy zarządzania zmianami i zatwierdzenia są wymagane w celu wdrożenia w produkcyjnym obszarze roboczym.

Magazyn w usłudze OneDrive

Diagram scenariusza przedstawia używanie usługi OneDrive do przechowywania źródłowych plików programu Power BI Desktop. Celem jest przechowywanie plików źródłowych w lokalizacji, która jest:

• Odpowiednio zabezpieczone w celu zapewnienia, że tylko wydawcy mogą uzyskiwać dostęp do plików źródłowych. Biblioteka udostępniona (a nie biblioteka osobista) jest dobrym wyborem.
• Kopia zapasowa jest często tworzona, aby pliki były bezpieczne przed utratą.
• Wersjonowane po wystąpieniu zmian, aby umożliwić wycofanie do starszej wersji.

Napiwek

Jeśli lokalizacja usługi OneDrive jest synchronizowana z obszarem roboczym, skonfiguruj ją tylko dla obszaru roboczego programowania.

Konfiguracja bramy

Zazwyczaj brama danych jest wymagana podczas uzyskiwania dostępu do źródeł danych znajdujących się w prywatnej sieci organizacyjnej lub sieci wirtualnej. Lokalna brama danych staje się odpowiednia po opublikowaniu pliku programu Power BI Desktop w usługa Power BI. Dwiema celami bramy są odświeżenie zaimportowanych danych lub wyświetlenie raportu, który wykonuje zapytania dotyczące połączenia na żywo lub modelu semantycznego Trybu DirectQuery — wcześniej znanego jako zestaw danych (nie przedstawiono go na diagramie scenariusza).

Podczas pracy z wieloma środowiskami często konfiguruje się połączenia programistyczne, testowe i produkcyjne w celu korzystania z różnych systemów źródłowych. W takim przypadku użyj reguł źródła danych i reguł parametrów, aby zarządzać wartościami, które różnią się między środowiskami.

Uwaga

Scentralizowana brama danych w trybie standardowym jest zdecydowanie zalecana w przypadku bram w trybie osobistym. W trybie standardowym brama danych obsługuje połączenia na żywo i operacje trybu DirectQuery (oprócz zaplanowanych operacji odświeżania danych).

Nadzór systemowy

Dziennik aktywności rejestruje działania użytkowników, które występują w usługa Power BI. Administratorzy usługi Power BI mogą używać zebranych danych dziennika aktywności do przeprowadzania inspekcji , aby ułatwić im zrozumienie występujących działań wdrażania.

Powiązana zawartość

W następnym artykule z serii dowiesz się więcej o zaawansowanym scenariuszu użycia modelowania danych.