Udostępnij za pośrednictwem

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

  • Artykuł

Dotyczy bazy 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 sieci szkieletowej służą jako mechanizm promowania zmian między środowiskami, dzięki czemu deweloperzy mogą współpracować nad zmianami i weryfikować zestaw zmian w co najmniej jednym obiekcie. Koncepcyjnie najbardziej typowe etapy w potoku to:

  • Programowanie: pierwszy etap potoków wdrażania, w których przekazujesz nową zawartość innym twórcom. Możesz projektować 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ą w miejscu, podczas gdy usługa Sieć szkieletowa oblicza język T-SQL wymagany do zaktualizowania bazy danych w celu dopasowania do żądanego stanu (zmiany przychodzące). Jeśli zmiany będą wymagały utraty danych, sieć szkieletowa wymaga ręcznego wprowadzenia zmian.

Wymagania wstępne

Ustawienia

  1. Utwórz inny obszar roboczy w sieci szkieletowej. 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 wdrażania można znaleźć w dolnej części listy obszarów roboczych, a następnie wybrać pozycję Utwórz potok lub + Nowy potok.
  3. W oknie dialogowym Tworzenie potoku wdrażania wprowadź nazwę i opis potoku, a następnie wybierz przycisk Dalej.
  4. Ustaw strukturę potoku wdrażania, definiując wymagane etapy dla potoku wdrażania. Domyślnie potok ma trzy etapy o nazwie Programowanie, 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 ikona postępu wirowania. 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 sieci szkieletowej bez śledzenia zmian kontroli źródła w testach, zalecamy użycie pola notatki we wdrożeniu, aby pomóc zespołowi w poznaniu, które zmiany są skojarzone.
    • Po wybraniu pozycji Wdróż w oknie dialogowym wdrażania etapu sieć szkieletowa uruchamia potok wdrażania w tle.

Po pomyślnym zakończeniu wdrażania etap potoku testowania wskazuje, że jest on aktualny.

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ą być nową tabelą, nową kolumną lub zmianą istniejącej procedury składowanej.
  2. Po wprowadzeniu zmiany wróć do potoku wdrażania. Zobaczysz, że potok wykrył zmianę i jest gotowy do wdrożenia go w obszarze roboczym testowym.
  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 otwierane dla elementu bazy danych SQL jest podobne do porównania schematu, w którym wyświetlany jest każdy obiekt bazy danych SQL (tabela, procedura składowana, widok itp.).

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ść