Wdrażanie w usłudze Power BI

  • Artykuł

W tym artykule opisano etap 5, który dotyczy wdrażania, obsługi i monitorowania zawartości podczas migracji do usługi Power BI.

Diagram przedstawia etapy migracji usługi Power BI. Etap 5 został podkreślony w tym artykule.

Uwaga

Aby uzyskać pełne wyjaśnienie powyższego diagramu, zobacz Omówienie migracji usługi Power BI.

Głównym celem etapu 5 jest wdrożenie nowego rozwiązania usługi Power BI w środowisku produkcyjnym.

Dane wyjściowe z tego etapu to rozwiązanie produkcyjne gotowe do użycia przez firmę. Podczas pracy z metodą agile dopuszczalne jest zaplanowanie pewnych ulepszeń, które zostaną dostarczone w przyszłej iteracji. Pomoc techniczna i monitorowanie są również ważne na tym etapie i na bieżąco.

Napiwek

Z wyjątkiem równoległego uruchamiania i likwidowania starszych raportów, które zostały omówione poniżej, tematy omówione w tym artykule dotyczą również standardowego projektu implementacji usługi Power BI.

Wdrażanie w środowisku testowym

W przypadku rozwiązań zarządzanych przez it lub rozwiązań, które mają kluczowe znaczenie dla produktywności biznesowej, zwykle istnieje środowisko testowe. Środowisko testowe znajduje się między programowaniem a produkcją i nie jest konieczne dla wszystkich rozwiązań usługi Power BI. Obszar roboczy testowy może służyć jako stabilna lokalizacja oddzielona od programowania, aby testowanie akceptacyjne użytkowników (UAT) odbywało się przed wydaniem do środowiska produkcyjnego.

Jeśli zawartość została opublikowana w obszarze roboczym w pojemności Premium, potoki wdrażania mogą uprościć proces wdrażania w obszarach roboczych tworzenia, testowania i produkcji. Można też publikować ręcznie lub za pomocą skryptów programu PowerShell.

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.

Wdrażanie w obszarze roboczym testowym

Kluczowe działania podczas wdrażania w obszarze roboczym testowym zwykle obejmują:

  • ciągi i parametry Połączenie ion: Dostosuj model semantyczny (wcześniej znany jako zestaw danych) parametry połączenia, jeśli źródło danych różni się między programowaniem a testowaniem. Parametryzacja może służyć do efektywnego zarządzania parametry połączenia.
  • Zawartość obszaru roboczego: publikowanie semantycznych modeli i raportów w obszarze roboczym testowym oraz tworzenie pulpitów nawigacyjnych.
  • GDCO. Opublikuj aplikację przy użyciu zawartości z obszaru roboczego testowego, jeśli będzie ona częścią procesu UAT. Zazwyczaj uprawnienia aplikacji są ograniczone do niewielkiej liczby osób związanych z funkcją UAT.
  • Odświeżanie danych: Zaplanuj odświeżanie modelu semantycznego dla dowolnego semantycznego modelu importu dla okresu, w jakim występuje aktywnie funkcja UAT.
  • Zabezpieczenia: zaktualizuj lub zweryfikuj role obszaru roboczego. Testowanie dostępu do obszaru roboczego obejmuje niewielką liczbę osób, które są związane z funkcją UAT.

Przeprowadź testowanie akceptacji użytkowników

Ogólnie rzecz biorąc, UAT obejmuje użytkowników biznesowych, którzy są ekspertami w danej dziedzinie. Po zweryfikowaniu firma udostępnia swoje zatwierdzenie, że nowa zawartość jest dokładna, spełnia wymagania i może zostać wdrożona w celu szerszego użycia przez inne osoby.

Zakres, w jakim ten proces UAT jest formalny, w tym pisemne wylogowania, będzie zależeć od praktyk zarządzania zmianami.

Wdrażanie w środowisku produkcyjnym

Istnieje kilka zagadnień dotyczących wdrażania w środowisku produkcyjnym.

Przeprowadzanie wdrożenia etapowego

Jeśli próbujesz zminimalizować ryzyko i zakłócenia użytkowników lub jeśli istnieją inne problemy, możesz zdecydować się na przeprowadzenie wdrożenia etapowego. Pierwsze wdrożenie w środowisku produkcyjnym może obejmować mniejszą grupę użytkowników pilotażowych. Dzięki pilotażowi opinie mogą być aktywnie wymagane od użytkowników pilotażowych.

Rozwiń uprawnienia w obszarze roboczym produkcyjnym lub aplikacji stopniowo, dopóki wszyscy docelowi użytkownicy nie będą mieli uprawnień do nowego rozwiązania usługi Power BI.

Napiwek

Użyj dziennika aktywności usługi Power BI, aby dowiedzieć się, w jaki sposób konsumenci wdrażają i korzystają z nowego rozwiązania usługi Power BI.

Obsługa dodatkowych składników

W trakcie procesu wdrażania może być konieczne współdziałanie z administratorami usługi Power BI w celu spełnienia innych wymagań wymaganych do obsługi całego rozwiązania, takich jak:

  • Konserwacja bramy: może być wymagana nowa rejestracja źródła danych w bramie danych.
  • Sterowniki i łączniki bramy: nowe zastrzeżone źródło danych może wymagać zainstalowania nowego sterownika lub łącznika niestandardowego na każdym serwerze w klastrze bramy.
  • Utwórz nową pojemność Premium: możesz użyć istniejącej pojemności Premium. Mogą też wystąpić sytuacje, w których jest gwarantowana nowa pojemność Premium. Może to być przypadek, gdy celowo chcesz oddzielić obciążenie działu.
  • Konfigurowanie przepływu danych usługi Power BI: działania związane z przygotowywaniem danych można skonfigurować raz w przepływie danych usługi Power BI przy użyciu usługi Power Query Online. Pomaga to uniknąć replikacji pracy przygotowywania danych w wielu różnych plikach programu Power BI Desktop.
  • Zarejestruj nową wizualizację organizacyjną: Rejestrację wizualizacji organizacji można wykonać w portalu administracyjnym dla wizualizacji niestandardowych, które nie pochodzą z usługi AppSource.
  • Ustaw polecaną zawartość: istnieje ustawienie dzierżawy, które kontroluje, kto może polecać zawartość na stronie głównej usługa Power BI.
  • Konfigurowanie etykiet poufności: wszystkie etykiety poufności są zintegrowane z usługą Microsoft Purview Information Protection.

Wdrażanie w obszarze roboczym produkcyjnym

Kluczowe działania podczas wdrażania w produkcyjnym obszarze roboczym zwykle obejmują:

  • Zarządzanie zmianami: w razie potrzeby uzyskaj zatwierdzenie wdrożenia i przekaż wdrożenie do populacji użytkowników przy użyciu standardowych praktyk zarządzania zmianami. Może istnieć zatwierdzone okno zarządzania zmianami, w którym wdrożenia produkcyjne są dozwolone. Zwykle ma zastosowanie do zawartości zarządzanej przez IT i znacznie rzadziej stosowanej do zawartości samoobsługowej.
  • Plan wycofywania: W przypadku migracji oczekuje się, że jest to migracja nowego rozwiązania po raz pierwszy. Jeśli zawartość już istnieje, warto mieć plan, aby przywrócić poprzednią wersję, jeśli będzie to konieczne. Posiadanie poprzednich wersji plików programu Power BI Desktop (przy użyciu programu SharePoint lub usługi OneDrive) działa dobrze w tym celu.
  • ciągi i parametry Połączenie ion: Dostosuj model semantyczny parametry połączenia, gdy źródło danych różni się między testowaniem a produkcją. W tym celu można efektywnie używać parametryzacji .
  • Odświeżanie danych: zaplanuj odświeżanie modelu semantycznego dla wszystkich zaimportowanych modeli semantycznych.
  • Zawartość obszaru roboczego: publikowanie semantycznych modeli i raportów w produkcyjnym obszarze roboczym oraz tworzenie pulpitów nawigacyjnych. Potoki wdrażania mogą uprościć proces wdrażania w obszarach roboczych programowania, testowania i produkcji, jeśli zawartość została opublikowana w obszarach roboczych w pojemności Premium.
  • Aplikacja: jeśli aplikacje są częścią strategii dystrybucji zawartości, opublikuj aplikację przy użyciu zawartości z produkcyjnego obszaru roboczego.
  • Zabezpieczenia: Aktualizowanie i weryfikowanie ról obszaru roboczego na podstawie strategii dystrybucji zawartości i współpracy.
  • Ustawienia modelu semantycznego: Aktualizowanie i weryfikowanie ustawień dla każdego modelu semantycznego, w tym:
  • Ustawienia raportu i pulpitu nawigacyjnego: aktualizuj i weryfikuj ustawienia dla każdego raportu i pulpitu nawigacyjnego. Najważniejsze ustawienia to:
  • Subskrypcje: w razie potrzeby skonfiguruj subskrypcje raportów.

Ważne

W tym momencie osiągnąłeś duży kamień milowy. Uczcić swoje osiągnięcie podczas kończenia migracji.

Komunikacja z użytkownikami

Ogłaszaj nowe rozwiązanie dla użytkowników. Poinformuj ich, gdzie mogą znaleźć zawartość, a także powiązaną dokumentację, często zadawane pytania i samouczki. Aby wprowadzić nową zawartość, rozważ hostowanie sesji typu lunch-and-learn lub przygotowanie niektórych filmów wideo na żądanie.

Pamiętaj, aby dołączyć instrukcje dotyczące sposobu żądania pomocy, a także sposobu przekazywania opinii.

Przeprowadzanie retrospektywy

Rozważ przeprowadzenie retrospektywy, aby sprawdzić, co poszło dobrze z migracją, i co można zrobić lepiej dzięki następnej migracji.

Równoległe uruchamianie

W wielu sytuacjach nowe rozwiązanie zostanie uruchomione równolegle do starszego rozwiązania dla wstępnie określonego czasu. Zalety uruchamiania równolegle obejmują:

  • Zmniejszenie ryzyka, szczególnie jeśli raporty są uznawane za krytyczne.
  • Umożliwia użytkownikom przyzwyczajenie się do nowego rozwiązania usługi Power BI.
  • Umożliwia korzystanie z informacji przedstawionych w usłudze Power BI w celu odwołowania się do starszych raportów.

Likwiduj starszy raport

W pewnym momencie raporty zmigrowane do usługi Power BI powinny być wyłączone na starszej platformie analizy biznesowej. Likwidowanie starszych raportów może wystąpić, gdy:

  • Wcześniej określony czas uruchamiania równoległego — który powinien zostać przekazany populacji użytkowników — wygasł. Zazwyczaj jest to 30–90 dni.
  • Wszyscy użytkownicy starszego systemu mają dostęp do nowego rozwiązania usługi Power BI.
  • Znaczna aktywność nie występuje już w starszym raporcie.
  • Nie wystąpiły żadne problemy z nowym rozwiązaniem usługi Power BI, które może mieć wpływ na produktywność użytkowników.

Monitorowanie rozwiązania

Zdarzenia z dziennika aktywności usługi Power BI mogą służyć do zrozumienia wzorców użycia nowego rozwiązania (lub dziennika wykonywania zawartości wdrożonej w Serwer raportów usługi Power BI). Analizowanie dziennika aktywności może pomóc określić, czy rzeczywiste użycie różni się od oczekiwań. Może również sprawdzić, czy rozwiązanie jest odpowiednio obsługiwane.

Oto kilka pytań, które można rozwiązać, przeglądając dziennik aktywności:

  • Jak często jest przeglądana zawartość?
  • KtoTo wyświetla zawartość?
  • Czy zawartość jest zwykle przeglądana za pośrednictwem aplikacji lub obszaru roboczego?
  • Czy większość użytkowników korzysta z przeglądarki lub aplikacji mobilnej?
  • Czy subskrypcje są używane?
  • Czy tworzone są nowe raporty oparte na tym rozwiązaniu?
  • Czy zawartość jest często aktualizowana?
  • Jak zdefiniowano zabezpieczenia?
  • Czy występują regularnie problemy, takie jak błędy odświeżania danych?
  • Czy dotyczy to działań (na przykład znaczącej działalności eksportowej lub wielu pojedynczych udziałów raportów), co może oznaczać, że dodatkowe szkolenia mogą być uzasadnione?

Ważne

Upewnij się, że ktoś regularnie przegląda dziennik aktywności. Jedynie przechwycenie go i zapisanie historii ma wartość na potrzeby inspekcji lub zgodności. Jednak rzeczywista wartość jest wtedy, gdy można podjąć aktywne działania.

Obsługa rozwiązania

Mimo że migracja została ukończona, okres po migracji jest niezbędny do rozwiązywania problemów i obsługi wszelkich problemów z wydajnością. W miarę upływu czasu zmigrowane rozwiązanie prawdopodobnie ulegnie zmianom w miarę rozwoju potrzeb biznesowych.

Pomoc techniczna zwykle odbywa się nieco inaczej w zależności od tego, jak samoobsługowa usługa BI jest zarządzana w całej organizacji. Mistrzowie usługi Power BI w jednostkach biznesowych często nieformalnie pełnią rolę pomocy technicznej pierwszej linii. Chociaż jest to rola nieformalna, jest to ważna rola, która powinna być zachęcana.

Posiadanie formalnego procesu pomocy technicznej, pracowników działu IT z biletami pomocy technicznej, jest również niezbędne do obsługi rutynowych żądań zorientowanych na system i do celów eskalacji.

Uwaga

Różne typy wewnętrznej i zewnętrznej pomocy technicznej opisano w harmonogramie wdrażania sieci szkieletowej.

Możesz również mieć centrum doskonałości (COE), które działa jak wewnętrzne konsultantów, którzy wspierają, edukują i zarządzają usługą Power BI w organizacji. CoE może być odpowiedzialne za curowanie przydatnej zawartości usługi Power BI w wewnętrznym portalu.

Na koniec powinno być jasne, aby użytkownicy zawartości wiedzieli, kto ma się kontaktować z pytaniami dotyczącymi zawartości, oraz mieć mechanizm przekazywania opinii na temat problemów lub ulepszeń.

Aby uzyskać więcej informacji o obsłudze użytkowników, koncentrując się na rozwiązywaniu problemów, zobacz Obsługa użytkowników w planie wdrażania sieci szkieletowej.

Powiązana zawartość

W ostatnim artykule z tej serii poznasz klientów podczas migracji do usługi Power BI.

Inne pomocne zasoby obejmują:

Doświadczeni partnerzy usługi Power BI są dostępni, aby pomóc organizacji w pomyślnym zakończeniu procesu migracji. Aby zaangażować partnera usługi Power BI, odwiedź portal partnerski usługi Power BI.