Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Podczas konfigurowania środowiska w portalu Fabric — dodawania bibliotek, wybierania środowiska uruchomieniowego platformy Spark, dostrajania ustawień obliczeniowych — te opcje są dostępne tylko w usłudze Fabric. Jeśli ktoś przypadkowo zmieni ustawienie lub musisz odtworzyć środowisko w innym obszarze roboczym, nie ma wbudowanej historii, na którą można by się zdać.
Potoki integracji i wdrażania usługi Git rozwiązują ten problem. Łącząc obszar roboczy z repozytorium Git, uzyskujesz historię wersji, rozgałęzianie i przegląd kodu dla konfiguracji środowiska, podobnie jak w przypadku kodu aplikacji. Następnie potoki wdrażania umożliwiają podwyższenie poziomu przetestowanego środowiska na różnych etapach (na przykład od programowania do testowania do środowiska produkcyjnego) bez ręcznego ponownego tworzenia.
Integrowanie usługi Git dla środowisk Fabric
Integracja z usługą Git umożliwia tworzenie kopii zapasowych, przechowywanie wersji i współpracę nad konfiguracją środowiska za pośrednictwem gałęzi usługi Git. Po połączeniu obszaru roboczego z repozytorium Git Fabric serializuje biblioteki środowiska i ustawienia obliczeniowe platformy Spark (w tym środowisko uruchomieniowe platformy Spark) do plików, które mogą śledzić usługa Git. W tej chwili inne składniki środowiska nie są uwzględniane w usłudze Git.
Zmiany, które wprowadzasz w Git, są synchronizowane z staging środowiska — nie wejdą w życie do momentu opublikowania. Opublikuj po każdej synchronizacji Gita, aby upewnić się, że środowisko na żywo odzwierciedla zmiany. Jeśli wolisz przepływ pracy typu code-first, możesz opublikować go za pomocą interfejsu API publikowania środowiska.
Należy pamiętać o następujących kwestiach:
- Odwołania do puli niestandardowej — podczas synchronizowania środowiska z repozytorium do innego obszaru roboczego dołączony identyfikator puli niestandardowej jest zachowywany w niezmienionej formie. Ponieważ definicje puli są ograniczone do zakresu obszaru roboczego, odwołania między obszarami roboczymi nie mogą zostać rozwiązane. Zaktualizuj instance_pool_id w zsynchronizowanym pliku do istniejącej puli w docelowym obszarze roboczym lub usuń właściwość, aby przywrócić pulę początkową. Możesz wyświetlić listę dostępnych pul za pomocą interfejsu API List Workspace Custom Pools lub utworzyć jedną za pomocą interfejsu API Create Workspace Custom Pool.
- Limit rozmiaru zatwierdzenia — każde zatwierdzenie jest ograniczone do 150 MB. Biblioteki niestandardowe większe niż 150 MB nie mogą być zatwierdzane za pośrednictwem usługi Git.
Łączenie obszaru roboczego Fabric z repozytorium Azure DevOps
Jeśli jesteś administratorem obszaru roboczego, przejdź do pozycji Ustawienia obszaru roboczego i skonfiguruj połączenie w sekcji Kontrola źródła . Aby dowiedzieć się więcej, zobacz Zarządzanie obszarem roboczym za pomocą usługi Git.
Po nawiązaniu połączenia można znaleźć elementy, w tym środowiska synchronizowane z repozytorium.
Lokalna reprezentacja środowiska w usłudze Git
W folderze głównym elementu środowiska są zorganizowane z folderem Libraries zawierającym podfoldery PublicLibraries i CustomLibraries wraz z folderem Setting .
Biblioteki
Po zatwierdzeniu środowiska do Git sekcja biblioteki publicznej zostanie przekształcona w jej reprezentację YAML. Biblioteka niestandardowa jest również wprowadzana wraz z jej plikiem źródłowym.
Bibliotekę publiczną można zaktualizować, edytując reprezentację YAML. Podobnie jak w przypadku doświadczenia z portalem, możesz określić bibliotekę z PyPI lub Conda. Bibliotekę można określić z oczekiwaną wersją, zakresem wersji lub bez wersji. System może pomóc określić wersję zgodną z innymi zależnościami w danym środowisku. Aby wyczyścić wszystkie istniejące biblioteki publiczne, usuń plik YAML.
Bibliotekę niestandardową można zaktualizować, dodając nowe pliki lub usuwając istniejące pliki bezpośrednio.
Uwaga
Możesz przenieść własny plik YAML do zarządzania biblioteką publiczną. Nazwa pliku musi być environment.yml , aby system mógł go poprawnie rozpoznać.
Obliczenia platformy Spark
Sekcja Spark compute jest również przekształcana w reprezentację YAML. W tym pliku YAML możesz przełączyć dołączoną pulę, dostosować konfiguracje obliczeniowe, zarządzać właściwościami platformy Spark i wybrać odpowiednie środowisko uruchomieniowe platformy Spark.
Skonfiguruj potok wdrażania dla środowiska
Fabric potoki wdrażania upraszczają proces dostarczania zmodyfikowanej zawartości w różnych fazach, takich jak przejście z programowania do testowania. Automatyczny pipeline może obejmować elementy środowiska, aby usprawnić proces odtworzenia.
Można skonfigurować potok wdrażania, przypisując obszary robocze do różnych faz. Aby uzyskać więcej informacji, zobacz Rozpocznij pracę z potokami wdrażania.
Stan wdrożenia można znaleźć po pomyślnym skonfigurowaniu potoku. Po wybraniu pozycji Wdróż przy użyciu wybranego środowiska cała zawartość środowiska zostanie wdrożona w docelowych obszarach roboczych. Stan oryginalnego środowiska jest zachowywany w tym procesie, dzięki czemu opublikowane konfiguracje pozostają w stanie opublikowanym i nie wymagają dodatkowego publikowania.
Ważne
Obecnie pula niestandardowa nie jest obsługiwana w potokach wdrażania. Jeśli środowisko wybierze pulę niestandardową, w środowisku docelowym konfiguracje sekcji Compute zostaną ustawione na wartości domyślne. W takim przypadku środowiska nadal wyświetlają różnice w potoku wdrażania, nawet jeśli wdrożenie zostało wykonane pomyślnie.