Udostępnij za pośrednictwem

Wprowadzenie do integracji potoków wdrażania z bazą danych SQL w usłudze Microsoft Fabric

Dotyczy:✅baza danych SQL w usłudze Microsoft Fabric

Z tego samouczka dowiesz się, jak wdrażać zmiany w bazie danych SQL w usłudze Fabric przy użyciu potoków wdrażania i środowiska z wieloma obszarami roboczymi.

Potoki wdrażania w platformie Fabric służą jako mechanizm promowania zmian między środowiskami, co pozwala deweloperom współpracować nad zmianami i weryfikować zestaw zmian w jednym lub kilku obiektach. Na poziomie koncepcji najbardziej typowe etapy w rurociągu to:

  • Programowanie: pierwszy etap potoków wdrażania, w których przekazujesz nową zawartość innym twórcom. 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 etapu testowego. 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.

W przypadku usługi SQL Database w sieci szkieletowej w szczególności przenoszenie zmian między obszarami roboczymi korzysta z tych samych mechanizmów, co aktualizowanie obszaru roboczego z kontroli źródła. W przypadku potoków wdrażania, istniejące dane pozostają bez zmian, podczas gdy usługa Fabric oblicza język T-SQL potrzebny do zaktualizowania bazy danych, aby dopasować ją do oczekiwanego stanu (uwzględniając nadchodzące zmiany). Jeśli zmiany będą wymagały utraty danych, Fabric wymaga, aby zmiany zostały wprowadzone ręcznie.

Uwaga / Notatka

Ustawienia na poziomie bazy danych, takie jak sortowanie i poziom zgodności, nie są obecnie uwzględniane w integracji potoków kontroli źródła i wdrażania. W przypadku ustawień bazy danych, które można ustawić za pomocą języka T-SQL po utworzeniu bazy danych, można zmodyfikować bazę danych za pomocą skryptów po wdrożeniu.

Wymagania wstępne

Ustawienia

  1. Utwórz kolejny obszar roboczy w Fabric. Ten obszar roboczy jest używany jako drugi etap w potoku wdrażania, a sugerowana jest nazwa pochodna pierwszego obszaru roboczego. Jeśli na przykład pierwszy obszar roboczy ma nazwę ContosoApp, drugi obszar roboczy może mieć nazwę ContosoApp-Test.
  2. Utwórz nowy potok wdrażania w usłudze Fabric. Punkt wejścia dla potoków wdrożeniowych można znaleźć na dole listy obszarów roboczych, a następnie wybierz Utwórz potok lub + Nowy potok.
  3. W oknie dialogowym Tworzenie potoku wdrożeniowego wprowadź nazwę i opis potoku, a następnie wybierz Dalej.
  4. Ustaw strukturę potoku wdrażania, definiując jego wymagane etapy. Domyślnie potok ma trzy etapy o nazwie Rozwój, Testowanie i Produkcja. W tym samouczku możesz usunąć etap Produkcyjny i zachować tylko programowanie i testowanie.
  5. Przypisz dwa obszary robocze do etapów programowania i testowania, wybierając obszar roboczy z listy, a następnie wybierz pozycję Przypisz.

Wdrażanie zawartości z jednego etapu do innego

Potok wdrażania sieci szkieletowej automatycznie porównuje zawartość naszych obszarów roboczych programowania i testowania. Podczas porównywania w obszarze roboczym testowym zostanie wyświetlona obracająca się ikona postępu. Po zakończeniu porównania, jeśli wybierzesz etap potoku testowania, zobaczysz podsumowanie różnic według elementu sieć szkieletowa, w którym zawartość obszaru roboczego programowania jest oznaczona jako "tylko w źródle".

  • Aby wdrożyć z obszaru Programowanie do testowania, wybierz wszystkie elementy z listy, a następnie wybierz pozycję Wdróż.
    • Ponieważ korzystamy z potoków wdrażania Fabric bez śledzenia zmian za pomocą kontroli wersji w testach, zalecamy użycie pola notatki we wdrożeniu, aby pomóc zespołowi w zidentyfikowaniu, które zmiany są z nią skojarzone.
    • Po wybraniu Wdróż w oknie dialogowym wdrożeń etapu, Fabric uruchamia w tle pipeline wdrożeniowy.

Po do pomyślnym zakończeniu wdrażania faza potoku testowego wskazuje, że jest ona aktualna.

Przegląd różnic między etapami

Potoki wdrażania mogą służyć do porównywania zawartości obszarów roboczych przypisanych do różnych etapów. W przypadku bazy danych SQL w sieci szkieletowej porównanie obejmuje konkretne różnice między poszczególnymi obiektami bazy danych w obszarach roboczych programowania i testowania.

  1. Po zakończeniu wdrażania potoku wróć do obszaru roboczego programowania i wprowadź zmiany w obiektach bazy danych. Zmiany mogą obejmować: nową tabelę, nową kolumnę lub zmianę istniejącej procedury składowanej.
  2. Po wprowadzeniu zmiany wróć do pipeline'u wdrożeniowego. Zobaczysz, że pipeline wykrył zmianę i jest gotowy do wdrożenia jej w testowym obszarze roboczym.
  3. Wybierz etap testu , tak aby lista elementów w dolnej połowie okna wyświetlała co najmniej jeden jako "inny od źródła". Wybierz element, który zawiera zmiany (różni się od źródła) i użyj opcji Porównaj , aby uzyskać bardziej szczegółowe informacje na temat zmian.
  4. Okno dialogowe, które się otwiera dla elementu bazy danych SQL, jest podobne do porównania schematu, w którym każdy obiekt bazy danych SQL (tabela, procedura składowana, widok itp.) ma przedstawione specyficzne różnice.

Po przejrzeniu oczekujących zmian z obszaru roboczego programowania możemy powtórzyć nasze akcje z poprzedniej sekcji, aby wdrożyć te zmiany na etapie testowania. Zmiany między obszarami roboczymi można wybrać dla poszczególnych elementów, więc jeśli nie chcemy wdrażać zmian w obiekcie (takim jak notes), możemy usunąć zaznaczenie tego elementu przed wdrożeniem. Jeśli chcemy wprowadzić zmiany w poszczególnych obiektach bazy danych SQL, musimy wrócić do obszaru roboczego programowania, aby wprowadzić te zmiany w bazie danych SQL.

Powiązana zawartość

  • Last updated on