Wprowadzenie do ścieżek wdrażania

Uwaga

W artykułach w tej sekcji opisano sposób wdrażania zawartości w aplikacji. Aby uzyskać informacje na temat kontroli wersji, zobacz dokumentację integracji z usługą Git.

Narzędzie potoków wdrażania usługi Microsoft Fabric udostępnia twórcom zawartości środowisko produkcyjne, w którym mogą współpracować z innymi osobami w celu zarządzania cyklem życia zawartości organizacyjnej. Potoki wdrażania umożliwiają twórcom opracowywanie i testowanie zawartości w usłudze przed dotarciem do użytkowników. Zobacz pełną listę obsługiwanych typów elementów , które można wdrożyć.

Uwaga

• Nowy interfejs użytkownika pipeline'u wdrażania jest obecnie w wersji zapoznawczej . Aby włączyć lub użyć nowego interfejsu użytkownika, zobacz Rozpoczynanie korzystania z nowego interfejsu użytkownika.
• Niektóre elementy potoków wdrażania są dostępne w wersji zapoznawczej. Aby uzyskać więcej informacji, zobacz listę obsługiwanych elementów.

Dowiedz się, jak używać potoków wdrażania

Aby dowiedzieć się, jak używać narzędzia potoków wdrażania, skorzystaj z tych linków.

• Tworzenie i zarządzanie potokiem wdrażania — moduł szkoleniowy, który przeprowadzi Cię przez wszystkie kroki procesu tworzenia potoku wdrażania.

• Rozpocznij pracę z potokami wdrożeniowymi — artykuł wyjaśniający sposób tworzenia potoku oraz wykonywania kluczowych funkcji, takich jak wdrażanie, porównywanie zawartości na różnych etapach, i tworzenie reguł wdrażania.

Obsługiwane elementy

Podczas przenoszenia zawartości z jednej fazy potoku do innej skopiowana zawartość może zawierać następujące elementy:

• Elementy inżynierii danych:

  • Środowisko
  • GraphQL(wersja zapoznawcza)
  • Lakehouse(wersja zapoznawcza)
  • Notatnik
  • Definicje zadań platformy Spark (wersja zapoznawcza)
  • Funkcje danych użytkownika (wersja zapoznawcza)

• Elementy usługi Data Factory:

  • Zadanie kopiowania(wersja zapoznawcza)
  • Przepływy danych gen2
  • Potok danych
  • Dublowana baza danych
  • Instalowanie usługi ADF (wersja zapoznawcza)
  • Biblioteka zmiennych(wersja próbna)

• Elementy analizy w czasie rzeczywistym:

  • Aktywacja(wersja zapoznawcza)
  • Konstruktor cyfrowych bliźniaków(wersja zapoznawcza)
  • Eventhouse
  • Strumień zdarzeń
  • Baza danych KQL
  • Zestaw zapytań KQL
  • Pulpit nawigacyjny w czasie rzeczywistym

• Elementy magazynu danych:

  • Warehouse(wersja zapoznawcza)
  • Odzwierciedlony katalog Azure Databricks (wersja zapoznawcza)

• Elementy usługi Power BI:

  • Pulpit nawigacyjny (wersja zapoznawcza)
  • Dataflow (wersja zapoznawcza)
  • Datamart (wersja zapoznawcza)
  • Aplikacja organizacji(wersja zapoznawcza)
  • Raport stronicowany (wersja zapoznawcza)
  • Raport (na podstawie obsługiwanych modeli semantycznych) (wersja zapoznawcza)
  • Model semantyczny (pochodzący z pliku ".pbix", który nie jest zestawem danych PUSH) (wersja zapoznawcza)

• Elementy bazy danych:

  • Sql Database(wersja zapoznawcza)

• Rozwiązania branżowe:

  • Opiekazdrowotna (wersja zapoznawcza)
  • Cohorta Opieki Zdrowotnej (wersja zapoznawcza)

Struktura rurociągu

Decydujesz, ile etapów ma mieć twój potok wdrażania. Może istnieć od dwóch do 10 etapów. Podczas tworzenia przepływu, jako punkt początkowy podawane są domyślne trzy typowe fazy, ale można dodawać, usuwać lub zmieniać ich nazwy zgodnie z potrzebami. Niezależnie od tego, ile etapów istnieje, ogólne pojęcia są takie same:

• Rozwój

  Pierwszym etapem wdrażania jest przesyłanie nowej zawartości wraz z innymi twórcami. Możesz projektować, budować i opracowywać w tym miejscu lub na innym etapie.

• Test

  Po wprowadzeniu wszystkich wymaganych zmian w zawartości możesz przystąpić do etapu testowania. Przekaż zmodyfikowaną zawartość, aby można ją było przenieść do tego etapu testu. Oto trzy przykłady tego, co można zrobić w środowisku testowym:

  • Udostępnianie zawartości testerom i recenzentom

  • Ładowanie i uruchamianie testów z większymi ilościami danych

  • Przetestuj aplikację, aby zobaczyć, jak wygląda ona dla użytkowników końcowych

• Produkcja

  Po przetestowaniu zawartości użyj etapu produkcyjnego, aby udostępnić ostateczną wersję zawartości użytkownikom biznesowym w całej organizacji.

Nowy projekt rurociągu

Oryginalna konstrukcja rurociągu

Parowanie elementów

Parowanie to proces, w którym element (taki jak raport, dashboard lub model semantyczny) w jednym etapie potoku wdrażania jest kojarzony z tym samym elementem w sąsiednim etapie. Parowanie występuje podczas przypisywania obszaru roboczego do etapu wdrażania lub wdrażania nowej niepowiązanej zawartości z jednego etapu do innego (czystego wdrażania).

Dobre zrozumienie parowania ma kluczowe znaczenie dla zrozumienia, kiedy elementy są kopiowane, kiedy są zastępowane, a gdy wdrożenie kończy się niepowodzeniem.

Jeśli elementy nie są sparowane, nawet jeśli wydają się być takie same (mają taką samą nazwę, typ i folder), nie zostaną nadpisane podczas wdrażania. Zamiast tego tworzona jest zduplikowana kopia i sparowana z elementem w poprzednim etapie.

Sparowane elementy są wyświetlane w tym samym wierszu na liście zawartości rurociągu. Elementy, które nie są sparowane, są wyświetlane osobno w wierszu:

Nowy projekt parowania

Oryginalny projekt parowania

• Elementy sparowane pozostają sparowane, nawet jeśli zmienisz ich nazwy. W związku z tym sparowane elementy mogą mieć różne nazwy.
• Elementy dodane po przypisaniu obszaru roboczego do pipeline'u nie zostaną automatycznie sparowane. W związku z tym można mieć identyczne elementy w sąsiednich obszarach roboczych, które nie są sparowane.

Aby uzyskać szczegółowe wyjaśnienie, które elementy są sparowane i jak działa parowanie, zobacz Parowanie elementów.

Metoda wdrażania

Aby wdrożyć zawartość na innym etapie, należy wybrać co najmniej jeden element. Podczas wdrażania zawartości z jednego etapu do innego elementy kopiowane z etapu źródłowego zastępują sparowany element na etapie, w którym znajdujesz się zgodnie z regułami parowania. Elementy, które nie istnieją na etapie źródłowym, pozostają w niezmienionej postaci.

Po wybraniu pozycji Wdróż zostanie wyświetlony komunikat potwierdzający.

Dowiedz się więcej o tym, które właściwości elementu są kopiowane do następnego etapu i które właściwości nie są kopiowane, w artykule Opis procesu wdrażania.

Automation

Zawartość można również wdrożyć za pomocą metod programowania, wykorzystując REST API dla potoków wdrażania. Dowiedz się więcej o procesie automatyzacji w temacie Automatyzowanie potoku wdrażania przy użyciu interfejsów API i metodyki DevOps.

Powiązana zawartość

• Omówienie procesu potoków wdrażania
• Rozpocznij pracę z potokami wdrażania