Ciągła integracja/ciągłe wdrażanie dla potoków w usłudze Data Factory w usłudze Microsoft Fabric

W usłudze Fabric Data Factory ciągła integracja i ciągłe programowanie (CI/CD) automatyzuje integrację, testowanie i wdrażanie zmian kodu w celu zapewnienia wydajnego i niezawodnego programowania.

W usłudze Fabric istnieją dwie funkcje, które obecnie obsługujemy we współpracy z zespołem zarządzania cyklem życia aplikacji (ALM): Potoki integracji i wdrażania usługi Git. Te funkcje umożliwiają użytkownikom importowanie/eksportowanie zasobów obszaru roboczego z poszczególnymi aktualizacjami.

Rozwiązanie ciągłej integracji/ciągłego wdrażania usługi Fabric Data Factory różni się od modelu usługi Azure Data Factory, w którym preferowana jest cała fabryka aktualizacji przy użyciu metodologii eksportu szablonu usługi ARM. Ta zmiana metodologii umożliwia klientom selektywne wybieranie potoków do aktualizacji bez wstrzymania całej fabryki. Integracja z usługą Git (bring your own Git) i potoki wdrażania (wbudowana ciągła integracja/ciągłe wdrażanie) korzystają z koncepcji skojarzonego pojedynczego obszaru roboczego z jednym środowiskiem. Musisz zamapować różne obszary robocze na różne środowiska, takie jak programowanie, testowanie i produkcja.

Dlaczego deweloperzy korzystają z ciągłej integracji/ciągłego wdrażania

Ciągła integracja/ciągłe wdrażanie to praktyka, która automatyzuje dostarczanie oprogramowania i rozwiązuje kilka widocznych punktów bólu:

• Problemy z integracją ręczną: bez ciągłej integracji/ciągłego wdrażania integrowanie zmian kodu ręcznie może prowadzić do konfliktów i błędów, spowalniając programowanie.
• Opóźnienia programistyczne: wdrożenia ręczne są czasochłonne i podatne na błędy, co prowadzi do opóźnień w dostarczaniu nowych funkcji i aktualizacji.
• Niespójne środowiska: różne środowiska (programowanie, testowanie i produkcja) mogą mieć niespójności, powodując problemy trudne do debugowania.
• Brak widoczności: bez ciągłej integracji/ciągłego wdrażania śledzenie zmian i zrozumienie stanu bazy kodu może być trudne.

Opis potoków ciągłej integracji/ciągłego wdrażania, git i wdrażania

Ciągła integracja/ciągłe wdrażanie składa się z ciągłej integracji i ciągłego wdrażania.

Ciągła integracja (CI)

Deweloperzy często zatwierdzają główną gałąź zarządzaną przez usługę Git, wyzwalając testy automatyczne i kompilacje na potrzeby integracji. Usługa Git śledzi zmiany umożliwiające automatyczne pobieranie i testowanie nowych zatwierdzeń.

Ciągłe wdrażanie (CD)

Koncentruje się na wdrażaniu zweryfikowanych zmian w środowisku produkcyjnym za pośrednictwem strukturalnych etapów wdrażania w potokach wdrażania.

Integracja usługi Git z potokami usługi Data Factory

Git to system kontroli wersji, który umożliwia deweloperom śledzenie zmian w bazie kodu (lub definicjach kodu JSON w przypadku potoków) i współpracę z innymi osobami. Udostępnia scentralizowane repozytorium, w którym zmiany kodu są przechowywane i zarządzane. Obecnie usługa Git jest obsługiwana w usłudze Fabric za pośrednictwem usługi GitHub lub Azure DevOps. Istnieje kilka kluczowych podstaw przepływu pracy, które należy zrozumieć podczas pracy z usługą Git.

• Gałąź główna: gałąź główna, czasami nazywana gałęzią główną, przechowuje gotowy kod produkcyjny.
• Gałęzie funkcji: te gałęzie są oddzielone od gałęzi głównej i umożliwiają izolowane programowanie bez zmieniania gałęzi głównej.
• Żądania ściągnięcia :Żądania ściągnięcia umożliwiają użytkownikom proponowanie, przeglądanie i omawianie zmian przed integracją.
• Scalanie: dzieje się tak, gdy zmiany zostaną zatwierdzone. Usługa Git integruje te zmiany, stale aktualizując projekt.

Potoki wdrażania dla usługi Git

Potoki wdrażania są ściśle zintegrowane z usługą Git. Gdy deweloper wypycha kod zmienia się do repozytorium Git, wyzwala potok ciągłej integracji/ciągłego wdrażania. Dzięki tej integracji najnowsze zmiany kodu są zawsze testowane i wdrażane automatycznie.

Etapy i zadania

Potoki wdrażania składają się z wielu etapów i zadań w każdym etapie. Zazwyczaj te etapy są podzielone na trzy środowiska: programowanie (kompilowanie kodu), testowanie (uruchamianie testów) i środowisko produkcyjne (wdrażanie aplikacji). Potok przechodzi przez te etapy, zapewniając, że kod jest dokładnie przetestowany i wdrożony w kontrolowany sposób.

Zautomatyzowane przepływy pracy

Potoki wdrażania automatyzują cały proces tworzenia, testowania i wdrażania kodu. Ta automatyzacja zmniejsza ryzyko błędu ludzkiego, przyspiesza proces programowania i zapewnia spójne i niezawodne dostarczanie zmian kodu do środowiska produkcyjnego.

Wprowadzenie do integracji z usługą Git dla potoków usługi Data Factory

Wykonaj następujące kroki, aby skonfigurować integrację usługi Git dla potoków w usłudze Data Factory:

Wymagania wstępne dotyczące integracji z usługą Git

Aby uzyskać dostęp do usługi Git za pomocą obszaru roboczego usługi Microsoft Fabric, upewnij się, że są spełnione następujące wymagania wstępne dotyczące sieci Szkieletowej i Usługi Git.

• Licencja usługi Power BI Premium lub pojemność sieci szkieletowej.
• Włączono następujące przełączniki dzierżawy z portalu administracyjnego:
  • Użytkownicy mogą tworzyć elementy sieci szkieletowej
  • Użytkownicy mogą synchronizować elementy obszaru roboczego z repozytoriami Git
  • (Tylko dla użytkowników usługi GitHub) Użytkownicy mogą synchronizować elementy obszaru roboczego z repozytoriami GitHub
• Konto usługi Azure DevOps lub GitHub.
  • W przypadku konta usługi Azure DevOps:
    • Aktywne konto platformy Azure zarejestrowane dla tego samego użytkownika, który korzysta z obszaru roboczego Sieć szkieletowa. Utwórz bezpłatne konto.
    • Dostęp do istniejącego repozytorium
  • W przypadku konta usługi GitHub:
    • Aktywne konto usługi GitHub. Utwórz bezpłatne konto.
    • Szczegółowe tokeny z uprawnieniami do odczytu i zapisu dla zawartości, w ramach uprawnień repozytorium lub tokenu klasycznego usługi GitHub z włączonymi zakresami repozytorium.

Krok 1. Nawiązywanie połączenia z repozytorium Git

Aby korzystać z integracji usługi Git z potokami usługi Data Factory w usłudze Fabric, musisz najpierw połączyć się z repozytorium Git, zgodnie z opisem w tym miejscu.

1. Zaloguj się do sieci szkieletowej i przejdź do obszaru roboczego, z którym chcesz nawiązać połączenie z usługą Git.

2. Wybierz pozycję Ustawienia obszaru roboczego.

   

3. Wybierz pozycję Integracja z usługą Git.

4. Wybierz dostawcę usługi Git. Obecnie usługa Fabric obsługuje tylko usługę Azure DevOps lub GitHub. Jeśli używasz usługi GitHub, musisz wybrać pozycję Dodaj konto , aby połączyć konto usługi GitHub. Po zalogowaniu wybierz pozycję Połącz, aby zezwolić usłudze Fabric na dostęp do konta usługi GitHub.

   

Krok 2. Nawiązywanie połączenia z obszarem roboczym

Po nawiązaniu połączenia z repozytorium Git należy nawiązać połączenie z obszarem roboczym zgodnie z opisem w tym miejscu.

1. Z menu rozwijanego określ następujące szczegóły dotyczące gałęzi, z którą chcesz nawiązać połączenie:

   1. W przypadku połączeń gałęzi usługi Azure DevOps określ następujące szczegóły:

      • Organizacja: nazwa organizacji usługi Azure DevOps.
      • Projekt: nazwa projektu Usługi Azure DevOps.
      • Repozytorium: nazwa repozytorium Usługi Azure DevOps.
      • Gałąź: nazwa gałęzi usługi Azure DevOps.
      • Folder: nazwa folderu usługi Azure DevOps.

   2. W przypadku połączeń usługi GitHub z gałęzią określ następujące szczegóły:

      • Adres URL repozytorium: adres URL repozytorium GitHub.
      • Gałąź: nazwa gałęzi Usługi GitHub.
      • Folder: nazwa folderu GitHub.

2. Wybierz pozycję Połącz i zsynchronizuj.

3. Po nawiązaniu połączenia obszar roboczy wyświetla informacje o kontroli źródła, które umożliwiają użytkownikom wyświetlanie połączonej gałęzi, stan każdego elementu w gałęzi oraz czas ostatniej synchronizacji.

   

Krok 3. Zatwierdzanie zmian w usłudze Git

Po nawiązaniu połączenia z repozytorium Git i obszarem roboczym możesz zatwierdzić zmiany w usłudze Git, zgodnie z opisem w tym miejscu.

1. Przejdź do obszaru roboczego.

2. Wybierz ikonę Kontrolka źródła. Ta ikona przedstawia liczbę niezatwierdzonych zmian.

   

3. Wybierz kartę Zmiany z panelu sterowania Źródło. Zostanie wyświetlona lista ze wszystkimi zmienionymi elementami i ikoną wskazującą stan: Nowy , Zmodyfikowany, Konfliktlub Usunięty.

4. Wybierz elementy, które chcesz zatwierdzić. Aby zaznaczyć wszystkie elementy, zaznacz górne pole.

5. (Opcjonalnie) Dodaj komentarz zatwierdzenia w polu .

6. Wybierz pozycję Zatwierdź.

   

Po zatwierdzeniu zmian zatwierdzone elementy zostaną usunięte z listy, a obszar roboczy wskaże nowe zatwierdzenie, z którym została zsynchronizowana.

Krok 4. (Opcjonalnie) Aktualizowanie obszaru roboczego z usługi Git

1. Przejdź do obszaru roboczego.

2. Wybierz ikonę Kontrolka źródła.

3. Wybierz pozycję Aktualizacje z panelu sterowania Źródło. Zostanie wyświetlona lista ze wszystkimi elementami, które zostały zmienione w gałęzi ze źródła połączenia Git od ostatniej aktualizacji.

4. Wybierz pozycję Aktualizuj wszystko.

   

Po pomyślnym zaktualizowaniu lista elementów zostanie usunięta, a obszar roboczy wskaże nowe zatwierdzenie, do którego jest synchronizowany.

Wprowadzenie do potoków wdrażania dla usługi Git

Wykonaj następujące kroki, aby użyć potoków wdrażania usługi Git z obszarem roboczym usługi Fabric.

Wymagania wstępne dotyczące potoków wdrażania

Przed rozpoczęciem należy skonfigurować następujące wymagania wstępne:

• Aktywna subskrypcja usługi Microsoft Fabric.
• Dostęp administratora do obszaru roboczego sieci Szkieletowej.

Krok 1. Tworzenie potoku wdrażania

1. Z poziomu wysuwanego obszaru Robocze wybierz pozycję Potoki wdrażania.

   

2. Wybierz pozycję Utwórz potok lub + Nowy potok.

Krok 2. Nadaj potokowi nazwę i przypisz etapy

1. W oknie dialogowym Tworzenie potoku wdrażania wprowadź nazwę i opis potoku, a następnie wybierz przycisk Dalej.

2. Ustaw strukturę potoku wdrażania, definiując wymagane etapy dla potoku wdrażania. Domyślnie potok ma trzy etapy: Programowanie, Testowanie i Produkcja.

   

   Możesz dodać kolejny etap, usunąć etapy lub zmienić ich nazwę, wpisując nową nazwę w polu . Po zakończeniu wybierz pozycję Utwórz (lub Utwórz i kontynuuj).

   

Krok 3. Przypisywanie obszaru roboczego do potoku wdrażania

Po utworzeniu potoku należy dodać zawartość, którą chcesz zarządzać potokiem. Dodawanie zawartości do potoku odbywa się przez przypisanie obszaru roboczego do etapu potoku. Obszar roboczy można przypisać do dowolnego etapu. Postępuj zgodnie z instrukcjami, aby przypisać obszar roboczy do potoku.

Krok 4. Wdrażanie na pustym etapie

1. Po zakończeniu pracy z zawartością na jednym etapie potoku możesz wdrożyć ją na następnym etapie. Potoki wdrażania oferują trzy opcje wdrażania zawartości:

   • Pełne wdrożenie: Wdróż całą zawartość na etapie docelowym.
   • Wdrożenie selektywne: wybierz zawartość, która ma zostać wdrożona na etapie docelowym.
   • Wdrażanie wsteczne: wdrażanie zawartości z późniejszego etapu do wcześniejszego etapu w potoku. Obecnie wdrożenie wsteczne jest możliwe tylko wtedy, gdy etap docelowy jest pusty (nie ma przypisanego do niego obszaru roboczego).

2. Po wybraniu sposobu wdrażania zawartości możesz przejrzeć wdrożenie i pozostawić notatkę.

Krok 5. Wdrażanie zawartości z jednego etapu do innego

1. Po utworzeniu zawartości na etapie potoku możesz wdrożyć ją na następnym etapie, nawet jeśli obszar roboczy na następnym etapie ma zawartość. Sparowane elementy są zastępowane. Więcej informacji na temat tego procesu można dowiedzieć się w sekcji Wdrażanie zawartości w istniejącym obszarze roboczym .
2. Możesz przejrzeć historię wdrażania, aby zobaczyć, kiedy zawartość została wdrożona po raz ostatni na każdym etapie. Aby sprawdzić różnice między dwoma potokami przed wdrożeniem, zobacz Porównanie zawartości na różnych etapach wdrażania.

Znane ograniczenia

Następujące znane ograniczenia dotyczą ciągłej integracji/ciągłego wdrażania dla potoków w usłudze Data Factory w usłudze Microsoft Fabric:

• Zmienne obszaru roboczego: ciągła integracja/ciągłe wdrażanie nie obsługuje obecnie zmiennych obszaru roboczego.
• Ograniczona obsługa integracji z usługą Git: Obecnie usługa Fabric obsługuje tylko integrację usługi Git z usługami Azure DevOps i GitHub. Integracja usługi Azure DevOps Git jest zalecana, ponieważ integracja z usługą GitHub ma więcej ograniczeń.
• Działania potoku z łącznikami OAuth: w przypadku łączników MS Teams i Outlook podczas wdrażania w wyższym środowisku użytkownicy muszą ręcznie otworzyć każdy potok i zalogować się do każdego działania, co jest obecnie ograniczeniem.
• Potoki wywołujące przepływy danych: po podwyższeniu poziomu potoku, który wywołuje przepływ danych, nadal będzie odwoływać się do przepływu danych w poprzednim obszarze roboczym, co jest niepoprawne. Takie zachowanie występuje, ponieważ przepływy danych nie są obecnie obsługiwane w potokach wdrażania.

Powiązana zawartość

• Wprowadzenie do procesu ciągłej integracji/ciągłego wdrażania w ramach cyklu ALM w usłudze Microsoft Fabric
• Wprowadzenie do integracji z usługą Git, narzędzia do zarządzania cyklem życia aplikacji sieci szkieletowej (ALM)
• Rozpoczynanie pracy z potokami wdrażania, narzędziem do zarządzania cyklem życia aplikacji sieci szkieletowej (ALM)
• Blog: Eksplorowanie możliwości ciągłej integracji/ciągłego wdrażania w usłudze Microsoft Fabric: Skupienie się na potokach