Rekomendowanie strategii cyklu życia projektowania

  • 7 min

Proces projektowania jest iteracyjny — zazwyczaj wymaga utworzenia początkowego rozwiązania, testowania go w innym środowisku, a następnie wprowadzenia niezbędnych poprawek. Końcowy etap polega na udostępnieniu gotowego produktu. Proces ten jest nazywany cyklem projektowania. Dany proces przebiega na kilka różnych sposobów w zależności od środowiska.

Wracając do scenariusza modułu, Twoje raporty okazały się bardzo przydatne dla zespołu ds. sprzedaży w firmie Tailwind Traders i zamierza on nadal korzystać z możliwości usługi Power BI oraz chce zachować integralność danych, a także raportów bez spowalniania projektowania. W rezultacie poproszono Cię o utworzenie potoku projektowania, za pomocą którego wszystkie zespoły będą tworzyć raporty i pulpity nawigacyjne. Potoki wdrażania usługi Power BI pomagają przyspieszyć projektowanie i zminimalizować błędy.

Potok wdrażania (Premium)

Funkcja potoku wdrażania w usłudze Power BI zarządza zawartością na pulpitach nawigacyjnych, raportach i semantycznych modelach między różnymi środowiskami w cyklu życia programowania. Dzięki tej funkcji możesz tworzyć i testować zawartość usługi Power BI w scentralizowanej lokalizacji, umożliwiając usprawnienie całego procesu przed wdrożeniem zawartości przeznaczonej dla użytkowników. Jest to funkcja dostępna w usłudze Power BI Premium, która wymaga uprawnień administratora pojemności.

Zalety korzystania z potoku wdrożenia są następujące:

  • Większa produktywność — funkcja ta pozwala ponownie używać potoków wdrażania, co upraszcza pracę.

  • Szybsze dostarczanie zawartości — raporty można tworzyć sprawniej, co pozwala skrócić czas wprowadzania do środowiska produkcyjnego.

  • Mniejsza liczba wymaganych interwencji człowieka — możliwość ponownego użycia potoków wdrażania zmniejsza prawdopodobieństwo wystąpienia błędów związanych z przenoszeniem zawartości między środowiskami.

Środowiska deweloperskie

Zazwyczaj projektowanie i współpraca odbywają się na różnych etapach. Raporty i pulpity nawigacyjne są tworzone i iterowane w serii kontrolowanych etapów, czyli środowiskach, w których odbywa się kilka zadań:

  • Programowanie — lokalizacja, w której deweloperzy pulpitu nawigacyjnego lub semantyczne modelatory mogą tworzyć nową zawartość z innymi deweloperami. Ten etap jest pierwszym w potoku wdrożenia.

  • Test — w przypadku małej grupy użytkowników i testerów akceptacji użytkowników można wyświetlać i przeglądać nowe raporty, przekazywać opinie i testować raporty z większymi modelami semantycznymi pod kątem usterek i niespójności danych przed przejściem do środowiska produkcyjnego.

  • Środowisko produkcyjne — lokalizacja ta pozwala szerszej grupie odbiorców korzystać z przetestowanych, niezawodnych i dokładnych raportów. Jest to końcowy etap potoku wdrażania.

W zależności od potrzeb biznesowych można wybrać środowiska projektowe, które mają zostać dołączone do potoku wdrażania. W razie potrzeby można na przykład dołączyć tylko środowisko testowe i środowisko produkcyjne.

Konfiguracja potoków wdrażania

W scenariuszu z firmą Tailwind Traders chcesz utworzyć potok wdrożenia. Aby skonfigurować potok wdrożenia, przejdź do usługi Power BI, a następnie wykonaj następujące kroki:

  1. Na wstążce po lewej stronie wybierz pozycję Potoki wdrażania, jak pokazano na poniższym zrzucie ekranu.

Zrzut ekranu przedstawiający funkcję potoku wdrażania na wstążce.

  1. Na wyświetlonej stronie wybierz pozycję Utwórz potok.

  2. Utwórz potok wdrażania o nazwie SalesPipeline. W polu Nazwa potoku wprowadź ciąg SalesPipeline i w razie potrzeby dodaj opis.

  3. Wybierz pozycję Utwórz, co spowoduje przejście do poniższego ekranu.

Zrzut ekranu przedstawiający stronę Potok wdrażania.

W tym widoku przedstawiono etapy cyklu projektowania, czyli środowiska: projektowe, testowe i produkcyjne.

  1. Aby utworzyć potok, do każdego z tych etapów przypisz obszary robocze, w których będą przechowywane raporty i pulpity nawigacyjne podczas każdego z etapów.

  2. Aby rozpocząć, wybierz pozycję Przypisz obszar roboczy.

  3. Nastąpi przekierowanie do okna Przypisywanie obszaru roboczego do etapu wdrożenia, w którym można dodać obszar roboczy Tailwind Traders do środowiska projektowego.

Zrzut ekranu przedstawiający stronę Przypisywanie obszaru roboczego z przyciskami Przypisz i Przypisz obszar roboczy.

Widoczne są tylko obszary robocze przypisane do pojemności Premium. Do każdego potoku można przypisać tylko jeden obszar roboczy. Usługa Power BI automatycznie wygeneruje dwa pozostałe obszary robocze używane w potoku.

  1. Jeśli masz już projektowy, testowy i produkcyjny obszar roboczy, wybierz jeden, z którego chcesz korzystać, a następnie wybierz pozycję Przypisz.

Jeśli ten krok zakończy się pomyślnie, zostanie wyświetlony taki widok.

Zrzut ekranu przedstawiający widok pomyślnego kroku programowania.

Na powyższej ilustracji przedstawiono liczbę semantycznych modeli, raportów i pulpitów nawigacyjnych, które znajdują się w bieżącym środowisku projektowym . Na każdym etapie dostępna jest możliwość opublikowania skojarzonego obszaru roboczego jako aplikacji — służy do tego opcja Opublikuj aplikację.

  1. Aby wyświetlić wszystkie obiekty w obszarze roboczym, wybierz pozycję Pokaż więcej.

Etap testowy

Po nawiązaniu współpracy z zespołami i utworzeniu raportu gotowego do testowania, możesz przejść do fazy testowania. Wybierz pozycję Wdrażanie w środowisku testowym, co spowoduje utworzenie nowego obszaru roboczego. Ten obszar roboczy domyślnie ma taką samą nazwę jak początkowy obszar roboczy, ale zawiera sufiks [Test]. Nazwę można zmienić w ustawieniach obszaru roboczego w interfejsie potoku wdrażania.

Testy powinny emulować warunki, w których będą znajdować się obiekty wdrożone w środowisku dla użytkowników. Z tego względu usługa Power BI pozwala zmienić źródło danych używanych podczas testów. Aby wykonać to zadanie, najpierw musisz otworzyć ustawienia wdrażania środowiska. Wybierz ikonę błyskawicy, jak pokazano na poniższym zrzucie ekranu.

Zrzut ekranu przedstawiający ikonę błyskawicy, aby uzyskać dostęp do ustawień wdrożenia.

W wyświetlonym oknie Ustawienia wybierz prawidłowy model semantyczny. W tym przykładzie chcesz, aby model semantyczny OrdersFigures był używany do testowania, ale z innym źródłem danych. Aby wykonać to zadanie, należy utworzyć parametry w dodatku Power Query (które zostaną omówione w kolejnym module) lub dodać nową regułę, która jest procesem używanym na potrzeby tego przykładu. W menu rozwijanym Reguły źródła danych wybierz pozycję + Dodaj regułę.

Zrzut ekranu przedstawiający okno Reguły źródła danych.

W sekcji Reguły źródła danych możesz wybrać nowe źródło danych (używane w środowisku projektowania), które będzie używane podczas testowania raportów (w naszym przykładzie jest to plik orders.csv). Po zakończeniu wybierz pozycję Zapisz w dolnej części karty.

Zrzut ekranu przedstawiający szczegóły zmiany reguł źródła danych.

Etap produkcyjny

Niebawem ukończysz potok, przechodząc od środowiska projektowego do środowiska testowego, a na koniec do etapu produkcyjnego. Na tym etapie należy utworzyć regułę źródła danych dla semantycznego modelu OrdersFigures w obszarze roboczym, aby upewnić się, że używasz danych produkcyjnych. W tym przypadku zmienisz źródło — wybierzesz wersję pliku orders.csv z folderu produkcyjnego, jak pokazano na poniższym zrzucie ekranu.

Zrzut ekranu przedstawiający zmianę źródła w środowisku produkcyjnym.

Po przeprowadzeniu odświeżania modelu semantycznego obszar roboczy produkcji będzie gotowy. Możesz go spakować jako aplikację dostępną dla użytkowników. W tej chwili potok wdrażania zostanie wyświetlony jak pokazano na poniższym rysunku.

Zrzut ekranu przedstawiający ukończony potok wdrażania.

Pomyślnie utworzono potok wdrażania obejmujący etap projektowy i etap testowy. W poniższej sekcji opisano kilka dodatkowych operacji, które można wykonywać w potoku projektowym.

Dodatkowe operacje w potoku projektowym

Mamy potok wdrażania, a współpraca z innymi deweloperami raportów już trwa. Otrzymujesz powiadomienie o tym, że inny deweloper zmodyfikował raport. Aby wyświetlić zmiany w tym raporcie, wybierz przycisk Porównaj, jak pokazano na poniższym zrzucie ekranu.

Zrzut ekranu przedstawiający narzędzie Porównanie w potoku wdrażania.

Wybranie przycisku Porównaj ujawnia, że raport OrdersFigures w środowisku projektowym różni się od raportu w środowisku testowym.

Zrzut ekranu przedstawiający porównanie różnic między środowiskami programistycznymi i testowymi.

Różnica jest zwykle widoczna jako dodane lub usunięte obiekty. Jeśli nie chcesz wdrażać tych zmian w następnym etapie, możesz wybrać opcję ich ignorowania. Na przykład inny deweloper dodał raport o nazwie AdditionalOrderInfo w środowisku projektowym, ale nie chcesz wdrażać tych zmian. Wskazując konkretny raport i wybierając opcję Wdrażanie w środowisku testowym, można skutecznie wybrać raporty, które mają zostać przeniesione między środowiskami, jak pokazano na poniższym rysunku.

Zrzut ekranu przedstawiający listę iteracji do wdrożenia.

Zgodnie z poniższym komunikatem zostanie wdrożona tylko jedna zmiana.

Zrzut ekranu przedstawiający zawartość zostanie zastąpiony przyciskiem Kontynuuj.

Korzystając z tego narzędzia, należy zachować ostrożność. Raporty są zależne od ich modeli semantycznych. Jeśli model semantyczny uległ zmianie, ale nie wdrożysz go ze skojarzonym raportem, raport nie będzie działać poprawnie.

Z tego względu zalecamy użycie potoków wdrażania w usłudze Power BI. To narzędzie pozwala optymalizować cykl projektowania, śledzenie i wdrażanie raportów oraz współpracę nad nimi w jednej, scentralizowanej lokalizacji.

Aby uzyskać więcej informacji, zobacz Najlepsze rozwiązania w zakresie wdrażania potoków.