Udostępnij przez

Automatyzowanie potoków dla procesów biznesowych i infrastruktury aplikacji logicznych, CI (ciągłej integracji) i CD (ciągłego wdrażania) w różnych środowiskach

Dotyczy: Azure Logic Apps (Standard)

Aby uniknąć ponownego kompilowania aplikacji logiki i ponownego mapowania procesów biznesowych na operacje przepływu pracy aplikacji logiki podczas wdrażania w różnych środowiskach, możesz tworzyć potoki przy użyciu usługi Azure DevOps. Pipelines wykonują całą pracę w celu zautomatyzowania tworzenia infrastruktury, ciągłej integracji (CI) i wdrażania (CD). Te potoki danych tworzą zasoby dla aplikacji logicznych, procesów biznesowych, mapowań między etapami procesów biznesowych i operacjami przepływów pracy oraz konfigurują śledzenie transakcji w środowiskach wdrożeniowych na potrzeby rozwoju, testowania i produkcji.

W tym przewodniku pokazano, jak wykonać następujące zadania:

  • Tworzenie i uruchamianie potoków dla standardowej infrastruktury aplikacji logiki, ciągłej integracji i ciągłego wdrażania przy użyciu usługi Azure Logic Apps Standard Tasks for Azure DevOps.

  • Przygotuj proces biznesowy do ciągłej integracji (CI) i ciągłego wdrażania (CD).

  • Twórz i uruchamiaj potoki dla infrastruktury procesów biznesowych, CI i CD przy użyciu Azure Logic Apps Standard Tasks dla Azure DevOps.

  • Zaktualizuj i uruchom potoki CI i CD, gdy skonfigurujesz pozostałe niezbędne komponenty.

Wymagania wstępne

  • Konto i subskrypcja platformy Azure. Jeśli nie masz subskrypcji platformy Azure, zarejestruj się w celu założenia bezpłatnego konta platformy Azure.

  • Program Visual Studio Code zainstalowany z rozszerzeniem usługi Azure Logic Apps (Standard) i wymaganymi wymaganiami wstępnymi.

    Aby uzyskać więcej informacji, zobacz Tworzenie standardowych przepływów pracy aplikacji logiki za pomocą programu Visual Studio Code.

  • Środowisko pracy programu Visual Studio Code z nie wdrożonym projektem aplikacji logiki w wersji Standard.

  • Organizacja, projekt i repozytorium Git usługi Azure DevOps, w którym przechowujesz kod źródłowy i artefakty.

    Aby tworzyć i uruchamiać pipelines w usłudze Azure DevOps, potrzebujesz możliwości ich uruchamiania na agentach hostowanych przez Microsoft. Aby korzystać z agentów hostowanych przez firmę Microsoft, organizacja usługi Azure DevOps musi mieć dostęp do zadań równoległych hostowanych przez firmę Microsoft.

    Jeśli nie masz repozytorium, wykonaj kroki opisane w temacie Tworzenie nowego repozytorium Git w projekcie. Aby utworzyć repozytorium, potrzebujesz konta Usługi GitHub lub konta Microsoft, organizacji usługi Azure DevOps i projektu usługi Azure DevOps, do którego masz uprawnienia administratora, takie jak uprawnienia administratora kolekcji projektów .

  • Najnowsze rozszerzenie Azure Logic Apps Standard Tasks dla Azure Pipelines w projekcie Azure DevOps.

    To rozszerzenie zapewnia zautomatyzowane zadania budowania, wdrażania połączeń oraz publikacji dla usługi Azure Logic Apps (Standard). Aby uzyskać informacje o rozszerzeniu i wymagania wstępne dotyczące zadań, zobacz Zadania standardowe usługi Azure Logic Apps.

  • Odpowiednie uprawnienia roli użytkownika do tworzenia, wyświetlania, używania lub zarządzania połączeniem usługi między potokami utworzonymi w dalszej części tego artykułu.

    Aby uzyskać więcej informacji, zobacz Ustawianie zabezpieczeń połączenia usługi w usłudze Azure Pipelines.

Klonowanie repozytorium w usłudze Azure DevOps

Po utworzeniu repozytorium sklonuj repozytorium na komputer, aby można było wprowadzać i wypychać zmiany w repozytorium lokalnym do oryginalnego repozytorium w usłudze Azure DevOps:

  1. Sklonuj repozytorium na komputer.

    Poniższy przykład przedstawia repozytorium w usłudze Azure DevOps z domyślną gałęzią o nazwie main. Repozytorium twojego zespołu w usłudze Azure DevOps może mieć domyślną gałąź o innej nazwie.

    Zrzut ekranu przedstawiający stronę Usługi Azure DevOps, Pliki i wybrany przycisk Klonuj.

  2. Skopiuj i zapisz adres URL klonowania HTTPS do późniejszego użycia.

  3. W programie Visual Studio Code otwórz projekt standardowej aplikacji logiki.

  4. W menu Terminal wybierz polecenie New Terminal (Nowy terminal).

  5. W wierszu polecenia przejdź do folderu zawierającego plik obszaru roboczego projektu.

    Obszar roboczy to plik tekstowy, który ma rozszerzenie .code-workspace . Aby znaleźć folder z tym plikiem, w folderze głównym projektu otwórz folder o nazwie .vscode.

  6. W wierszu polecenia uruchom następujące polecenia Git, skonfiguruj lokalne repozytorium, utwórz migawkę projektu aplikacji logiki, połącz repozytorium lokalne z repozytorium w usłudze Azure DevOps i utwórz gałąź domyślną w lokalnym repozytorium wskazującym domyślną gałąź repozytorium w usłudze Azure DevOps:

    git init
    git add -A
    git commit -m "<your-commit-comment>"
    git remote add origin <clone-URL>
    git push --set-upstream origin main

    Te polecenia wykonują następujące zadania:

    1. Utwórz puste repozytorium lokalne.

    2. Dodaj wszystkie nowe lub edytuj pliki z bieżącego folderu do indeksu, który jest obszarem przejściowym lub pamięcią podręczną w lokalnym repozytorium.

    3. Utwórz i zapisz migawkę zawierającą tylko nowe lub edytowane pliki, które aktualnie znajdują się w indeksie, jako nowy obiekt commit w lokalnym repozytorium. Ten element zawiera krótki opis zawartości zrzutu ekranu.

    4. Utwórz link między repozytorium lokalnym i repozytorium w usłudze Azure DevOps.

      W tym przykładzie polecenie Git git remote add origin <clone-URL> łączy lokalne repozytorium z repozytorium w usłudze Azure DevOps, które używa <clone-URL>. Polecenie przypisuje również źródło jako alias, którego można później użyć dla tego repozytorium.

    5. Utwórz gałąź domyślną w repozytorium lokalnym, która jest główna w tym przykładzie, i skonfiguruj śledzenie między tą gałęzią a repozytorium w usłudze Azure DevOps.

    Aby uzyskać więcej informacji, zobacz Dokumentacja usługi Git.

  7. Po wyświetleniu monitu podaj swoje poświadczenia Git w Git Credential Manager.

Generowanie skryptów wdrażania

Teraz wygeneruj skrypty wdrażania z projektu aplikacji logiki. To zadanie pozwala na utworzenie plików potrzebnych do utworzenia zasobu aplikacji logicznych, a także potoków CI/CD w celu zautomatyzowania procesu kompilacji i wdrażania Twojej aplikacji logicznych na platformie Azure. Aby uzyskać więcej informacji, zobacz Automatyzowanie kompilacji i wdrażania dla standardowych przepływów pracy aplikacji logiki za pomocą usługi Azure DevOps.

  1. Jeśli projekt aplikacji logiki nie jest obecnie widoczny, w programie Visual Studio Code na pasku działań wybierz pozycję Eksplorator.

  2. W oknie Eksplorator otwórz menu skrótów dla folderu projektu, a następnie wybierz pozycję Generuj skrypty wdrażania.

  3. Postępuj zgodnie z monitami, aby podać następujące informacje o wdrożeniu zgodnie z wymaganiami aplikacji logiki:

    Parametr Opis
    Grupa zasobów Wybierz lub utwórz nową grupę zasobów platformy Azure.
    Nazwa aplikacji logiki Podaj unikatową nazwę zasobu aplikacji logiki.
    Nazwa konta magazynu Nazwa konta usługi Azure Storage do użycia z aplikacją logiki.
    Nazwa planu usługi App Service Nazwa, która ma zostać przypisana do planu usługi App Service.
    Subskrypcja Subskrypcja platformy Azure.
    Lokalizacja Region świadczenia usługi Azure.

    Proces generowania skryptu wdrażania tworzy folder wdrożeniowy zawierający pliki dla infrastruktury oraz pipeline'ów CI i CD, a także pliki parametrów.

    Zrzut ekranu przedstawiający program Visual Studio Code i wygenerowane pliki skryptów wdrażania.

  4. W wierszu polecenia uruchom następujące polecenia Git, aby dodać, zapisać i wypchnąć lokalne aktualizacje do usługi Azure DevOps:

    git add -A
    git commit -m "<your-commit-comment>"
    git push

    Aby uzyskać więcej informacji, zobacz Dokumentacja usługi Git.

Utwórz potok infrastruktury dla aplikacji typu logicznego

W tym zadaniu zapoznaj się z ogólnymi krokami w sekcji Tworzenie pierwszego potoku, wykonując poniższe kroki:

  1. W projekcie usługi Azure DevOps w menu projektu wybierz pozycję Potoki>.

  2. Na stronie Potoki wybierz pozycję Utwórz potok lub Nowy potok , jeśli istnieją potoki, na przykład:

    Zrzut ekranu przedstawia projekt Azure DevOps, stronę Pipelines oraz przycisk wybrany dla New pipeline.

  3. Na karcie Wybierz wybierz typ repozytorium i repozytorium do użycia.

    W tym przykładzie wybrano usługę Azure DevOps.

  4. Na karcie Spis wybierz pozycję Produkcja lub Nieprodukcyjne, a następnie wybierz pozycję Konfiguruj potok.

  5. Na karcie Konfiguracja wybierz pozycję Istniejący plik YAML potoku Azure.

  6. W polu Gałąź znajdź i wybierz gałąź z plikami skryptów wdrażania.

    W tym przykładzie wybrano gałąź główną .

    Wcześniej przesłałeś zmiany z wygenerowanymi plikami skryptów do wdrożenia do usługi Azure DevOps. Teraz możesz wybrać plik potoku infrastruktury utworzony w programie Visual Studio Code.

  7. W polu Ścieżka znajdź i wybierz plik infrastructure-pipeline.yaml znajdujący się w następującej lokalizacji:

    /pipelines/infrastructure-pipeline.yaml

  8. Wybierz Kontynuuj>Przegląd potoku. Podaj nazwę potoku. Folder potoku jest opcjonalny.

  9. Aby wykonać to zadanie, wybierz pozycję Zapisz.

Utwórz pipeline CI dla aplikacji logicznej

  1. Wykonaj kroki opisane w temacie Tworzenie potoku dla infrastruktury aplikacji logiki aż do momentu określenia ścieżki dla pliku potoku CI.

  2. W sekcji Ścieżka znajdź i wybierz plik CI-pipeline.yaml w następującej lokalizacji:

    /pipelines/CI-pipeline.yaml

  3. Wybierz Kontynuuj>Przegląd potoku. Podaj nazwę potoku. Folder potoku jest opcjonalny.

  4. Aby wykonać to zadanie, wybierz pozycję Zapisz.

Tworzenie potoku ciągłego dostarczania dla aplikacji logicznej

  1. Wykonaj kroki opisane w temacie Tworzenie potoku dla infrastruktury aplikacji logicznych do określenia ścieżki dla pliku potoku ciągłego wdrażania.

  2. W polu Ścieżka znajdź i wybierz plik CD-pipeline.yaml w następującej lokalizacji:

    /pipelines/CD-pipeline.yaml

  3. Wybierz Kontynuuj>Przegląd potoku. Podaj nazwę dla rurociągu. Folder potoku jest opcjonalny.

  4. Aby wykonać to zadanie, wybierz pozycję Zapisz.

Tworzenie połączenia z usługą

Połączenie usługi to uwierzytelnione połączenie między pipeline'ami a zewnętrznymi lub zdalnymi usługami, których używasz do realizacji zadań. W tym scenariuszu połączenie z usługą umożliwia tworzenie i zarządzanie zasobami w Azure za pośrednictwem potoków CI/CD. Te kroki umożliwiają utworzenie rejestracji aplikacji Microsoft Entra ID do użycia jako poświadczenia uwierzytelniania. Aby uzyskać więcej informacji, zobacz Create Azure Resource Manager service connection that uses workload identity federation (Tworzenie połączenia usługi Azure Resource Manager korzystającego z federacji tożsamości obciążenia).

  1. W projekcie Azure DevOps przejdź do Ustawienia projektu>Pipelines>Połączenia usługi.

  2. Wybierz pozycję Utwórz połączenie z usługą. W okienku Nowe połączenie z usługą wybierz pozycję Azure Resource Manager jako typ połączenia z usługą, a następnie wybierz pozycję Dalej.

  3. W okienku Nowe połączenie z usługą platformy Azure podaj następujące informacje:

    Parametr Wartość lub opis
    Typ tożsamości Rejestracja aplikacji (automatyczna)
    Poświadczenie Federacja tożsamości obciążenia (zalecane)
    Poziom zakresu Subskrypcja
    Subskrypcja Swoją subskrypcję platformy Azure.
    Grupa zasobów Grupa zasobów platformy Azure.
    Nazwa połączenia usługi Nazwa połączenia z usługą.

  4. Po zakończeniu wybierz opcję Zapisz.

  5. Zanotuj nazwę stworzonej rejestracji aplikacji Microsoft Entra ID.

Znajdź rejestrację aplikacji Microsoft Entra ID

Upewnij się, że aplikacja Microsoft Entra ID ma niezbędną rolę i uprawnienia dla danego scenariusza i uzyskaj identyfikator obiektu do późniejszego użycia. Aby uzyskać więcej informacji na temat rejestracji aplikacji, zobacz Rejestrowanie aplikacji w identyfikatorze Entra firmy Microsoft.

  1. W polu wyszukiwania witryny Azure Portal wprowadź nazwę aplikacji Microsoft Entra ID.

  2. Upewnij się, że aplikacja Microsoft Entra ID ma uprawnienia Contributor do grupy zasobów. Jeśli nie, przypisz ten dostęp.

Aktualizowanie potoków aplikacji logiki za pomocą połączenia z usługą

Teraz określ połączenie usługi do użycia z potokami aplikacji logicznych.

  1. W każdym wyświetlonym pliku potoku znajdź właściwość o nazwie serviceConnectionName.

    • Potok infrastruktury: zaktualizuj plik infrastructure-pipeline-variables.yml .
    • Potok CI: Zaktualizuj plik CI-pipeline-variables.yml.
    • Pipeline CD: zaktualizuj plik CD-pipeline-variables.yml.

  2. Dla właściwości serviceConnectionName, ustaw nazwę wartości na nazwę połączenia z usługą.

  3. W pliku CI-pipeline-variables.yml dodaj nową właściwość o nazwie subscriptionIdi ustaw wartość właściwości na identyfikator subskrypcji platformy Azure, na przykład:

    subscriptionId: '<Azure-subscription-ID>'

  4. Pamiętaj, aby zapisać wszystkie zaktualizowane pliki przepływu danych.

  5. W wierszu polecenia uruchom następujące polecenia Git, aby dodać, zapisać i wypchnąć lokalne aktualizacje do usługi Azure DevOps:

    git add -A
    git commit -m "<your-commit-comment>"
    git push

    Aby uzyskać więcej informacji, zobacz Dokumentacja usługi Git.

Uruchom potok infrastruktury dla aplikacji logicznej

Aby utworzyć zasób standardowej aplikacji logiki na platformie Azure, wykonaj następujące kroki:

  1. W usłudze Azure DevOps otwórz potok infrastruktury logicznej aplikacji, kliknij Edytuj, wybierz odpowiednią gałąź, a następnie kliknij Uruchom.

  2. Jeśli zostanie wyświetlony monit, udostępnij uprawnienia niezbędne do uruchomienia potoku.

Po zakończeniu potoku, pusta aplikacja logiczna typu Standard zostanie utworzona w portalu Azure.

Uruchamianie potoków CI i CD dla aplikacji Logiki

  1. Przed uruchomieniem potoku CD zaktualizuj potok CD, aby uwzględnić wartość źródłową, czyli nazwę potoku CI.

    Możesz bezpośrednio zatwierdzić gałąź, ale następnie uruchomić git pull na lokalnym źródle, aby zsynchronizować tę zmianę lokalnie.

  2. W usłudze Azure DevOps uruchom potok ciągłej integracji, a następnie uruchom potok ciągłego wdrażania.

  3. Jeśli zostanie wyświetlony monit, podaj uprawnienia niezbędne do uruchomienia potoków.

Po ukończeniu potoku CD zawartość projektu aplikacji logiki w warstwie Standard jest wdrażana do wcześniej utworzonego zasobu aplikacji logiki w portalu Azure.

Przygotowywanie procesu biznesowego na potrzeby ciągłej integracji i ciągłego wdrażania

Po utworzeniu i wdrożeniu działającego zasobu aplikacji logiki standardowej na platformie Azure można zdefiniować i zamapować etapy procesów biznesowych na operacje przepływu pracy, aby rozpocząć śledzenie transakcji. Po skonfigurowaniu, wdrożeniu i przetestowaniu procesu biznesowego można przygotować proces biznesowy do CI/CD.

  1. W witrynie Azure Portal znajdź i otwórz zasób procesu biznesowego.

  2. W menu nawigacji zasobów wybierz pozycję Przegląd. Na pasku narzędzi wybierz pozycję Eksportuj , aby wyodrębnić zawartość wdrożenia jako plik .zip.

    Ten plik .zip zawiera szablony dla Azure Resource Manager, pliki parametrów oraz potoki zasobów procesów biznesowych do aprowizacji infrastruktury oraz procesów CI/CD w Azure DevOps.

  3. W programie Visual Studio Code przejdź do folderu wdrażania projektu aplikacji logiki, który został utworzony po wygenerowaniu skryptów wdrażania dla projektu i utwórz folder o nazwie businessprocesses.

  4. Wyodrębnij wyeksportowany plik .zip i dodaj foldery procesów biznesowych do folderu businessprocesses , aby struktura folderów projektu wyglądała podobnie do następującego przykładu:

    \deployment\businessprocesses\<business-process-name>

    Zrzut ekranu przedstawiający program Visual Studio Code i wyeksportowane foldery projektów procesów biznesowych.

Aktualizowanie zmiennych potoku procesów biznesowych

Teraz zaktualizuj plik business-process-pipelines-variables.yml , aby korzystał z wcześniej utworzonego połączenia z usługą.

  1. W programie Visual Studio Code przejdź do projektu aplikacji logiki, znajdź folder pipelines i otwórz plik o nazwie business-process-pipelines-variables.yml na końcu tej ścieżki:

    deployment\businessprocesses\<business-process-name>\pipelines\

    Plik business-process-pipelines-variables.yml zawiera węzeł o nazwie businessProcessMapping. Ten węzeł zawiera odwołania do mapowań etapów procesów biznesowych i określonych aplikacji logiki. Te odwołania zawierają ścieżki z identyfikatorami subskrypcji platformy Azure i nazwami grup zasobów i aplikacji logiki.

    Uwaga / Notatka

    Pamiętaj, aby zmienić te wartości, jeśli planujesz utworzyć pakiet wdrożeniowy dla innego środowiska, takiego jak test lub produkcja. W ten sposób, kiedy wdrożysz firmę, etapy procesu biznesowego zostaną poprawnie zmapowane do identyfikatorów subskrypcji i nazw aplikacji logiki biznesowej.

    Ważne

    Zawsze zabezpieczaj i chronij poufne i osobiste dane, takie jak poświadczenia, wpisy tajne, klucze dostępu, parametry połączenia, certyfikaty, odciski palca i podobne informacje o najwyższym dostępnym lub obsługiwanym poziomie zabezpieczeń.

    Upewnij się, że te informacje są bezpiecznie przechowywane przy użyciu identyfikatora Entra firmy Microsoft i usługi Azure Key Vault. Nie koduj tych informacji na stałe, udostępniaj innym użytkownikom ani nie zapisuj ich w zwykły tekst w dowolnym miejscu, do którego inni mogą uzyskiwać dostęp. Skonfiguruj plan rotacji lub unieważniania tajemnic w przypadku ich kompromitacji. Aby uzyskać więcej informacji, zobacz następujące zasoby:

  2. W pliku business-process-pipelines-variables.yml znajdź serviceConnectionName właściwość i ustaw wartość właściwości na nazwę połączenia z usługą.

  3. W wierszu polecenia uruchom następujące polecenia Git, aby dodać, zapisać wszystkie zmiany lokalne w śledzonych plikach i wypchnąć do usługi Azure DevOps:

    git add -A
    git commit -a "<your-commit-comment>"
    git push

    Aby uzyskać więcej informacji, zobacz Dokumentacja usługi Git.

Po wykonaniu tych kroków przepływy procesów biznesowych pojawią się w repozytorium usługi Azure DevOps.

Zrzut ekranu przedstawia repozytorium usługi Azure DevOps z przekazanymi potokami procesów biznesowych.

Konfigurowanie uprawnień i dostępu do usługi Azure Data Explorer

Śledzenie procesów biznesowych platformy Azure używa usługi Azure Data Explorer jako magazynu danych zaplecza. Dlatego należy upewnić się, że połączenie z usługą może łączyć się, uzyskiwać dostęp i aktualizować klaster, bazę danych i tabele eksploratora danych, wykonując następujące czynności:

W bazie danych Data Explorer, gdzie połączenie usługi musi utworzyć tabelę, upewnij się, że połączenie usługi ma rolę administratora bazy danych.

  1. W klastrze usługi Azure Database Explorer przejdź do bazy danych usługi Data Explorer.
  2. W menu bazy danych w obszarze Przegląd wybierz pozycję Uprawnienia.
  3. Dodaj połączenie usługi i przypisz rolę Administratora bazy danych.

Więcej informacji można znaleźć w następującej dokumentacji:

Utwórz pipeline infrastruktury dla procesu biznesowego

  1. Wykonaj kroki opisane w Tworzenie potoku dla infrastruktury aplikacji logiki aż określisz ścieżkę dla pliku potoku infrastruktury procesów biznesowych.

  2. W polu Ścieżka znajdź i wybierz plik infrastucture-business-process-pipeline.yaml w następującej lokalizacji:

    deployment/businessprocesses/<nazwa-procesu-biznesowego>/pipelines/

  3. Wybierz Kontynuuj>Przegląd potoku. Podaj nazwę potoku i folderu potoku.

  4. Aby wykonać to zadanie, wybierz pozycję Zapisz.

Uruchomienie potoku infrastruktury dla Twojego procesu biznesowego

Aby utworzyć zasób procesu biznesowego na platformie Azure, wykonaj następujące kroki:

  1. W usłudze Azure DevOps otwórz potok infrastruktury procesów biznesowych, wybierz pozycję Edytuj, wybierz odpowiednią gałąź, a następnie wybierz pozycję Uruchom.

  2. Jeśli zostanie wyświetlony monit, udostępnij uprawnienia niezbędne do uruchomienia potoku.

Po ukończeniu potoku Twój zasób procesu biznesowego zostanie utworzony w portalu Azure.

Utwórz potok ciągłego wdrażania dla procesu biznesowego

  1. Postępuj zgodnie z krokami opisanymi w temacie Tworzenie potoku dla infrastruktury aplikacji logiki, aż do momentu, gdy określisz ścieżkę pliku potoku CI/CD dla procesów biznesowych.

  2. W polu Ścieżka znajdź i wybierz plik deploy-business-process-pipeline.yaml w następującej lokalizacji:

    deployment/businessprocesses/<nazwa-procesu-biznesowego>/pipelines/

  3. Wybierz Kontynuuj>Przegląd potoku. Podaj nazwę potoku i folderu potoku.

  4. Aby wykonać to zadanie, wybierz pozycję Zapisz.

Uruchom potok CD (ciągłe dostarczanie) dla Twojego procesu biznesowego

Aby wdrożyć zawartość z wcześniej wdrożonego procesu biznesowego do nowego zasobu procesu biznesowego na platformie Azure, wykonaj następujące kroki:

  1. W usłudze Azure DevOps otwórz potok ciągłego wdrażania procesów biznesowych, wybierz pozycję Edytuj, wybierz odpowiednią gałąź, a następnie wybierz pozycję Uruchom.

  2. Jeśli zostanie wyświetlony monit, udostępnij uprawnienia niezbędne do uruchomienia potoku.

Zaktualizuj potok CI aplikacji logiki o zadanie procesu biznesowego

Teraz zaktualizuj pipeline CI logiki aplikacji, aby użyć zadania o nazwie Azure Logic Apps (Standard) Business Process Artifacts Build. Potok CI aplikacji logiki wyodrębnia zawartość profilu śledzenia z wdrożonego procesu biznesowego i włącza tę zawartość do kolejnych wdrożeń aplikacji logiki. Ten profil śledzenia zawiera instrukcje używane przez środowisko uruchomieniowe usługi Azure Logic Apps (Standard) do emitowania danych biznesowych do usługi Azure Data Explorer.

Uwaga / Notatka

Zgodnie z wymaganiami wstępnymi tego przewodnika upewnij się, że zainstalowano najnowsze rozszerzenie Azure Logic Apps Standard Tasks dla usługi Azure Pipelines w projekcie usługi Azure DevOps.

  1. W usłudze Azure DevOps otwórz potok CI Logic Apps i wybierz pozycję Edytuj.

  2. W okienku Zadania znajdź i wybierz pozycję Azure Logic Apps (Standard) kompilacja artefaktów procesów biznesowych.

  3. W okienku parametrów lub w edytorze plików YAML podaj następujące wartości parametrów zgodnie z opisem w tabeli:

    Wskazówka

    Po ustawieniu tych wartości parametrów spróbuj użyć edytora plików w przeglądarce. Edytor ułatwia i wygodniejsze ponowne używanie parametrów z innego miejsca w rozwiązaniu.

    Parametr Nazwa YAML Wymagane Wartość Opis
    Połączenie z usługą platformy Azure connectedServiceNameARM Tak < serviceConnectionName> Okienko Parametrów:

    1. Wybierz subskrypcję platformy Azure skojarzona z połączeniem usługi.

    2. Wybierz pozycję Autoryzuj.

    3. Wybierz połączenie z usługą.

    Aby uzyskać więcej informacji, zobacz Tworzenie połączenia z usługą.
    Standardowa nazwa aplikacji logiki appName Tak < logicAppName> Nazwa istniejącej standardowej aplikacji logiki.
    Identyfikator subskrypcji subscriptionId Tak < subscriptionId> Identyfikator subskrypcji platformy Azure.
    Folder docelowy targetFolder Tak < logicAppName> Nazwa folderu, który zawiera standardową aplikację logiczną. Folder, który zawiera logikę aplikacji w wersji Standard, jest tym samym folderem, co parametr sourceFolder w zadaniu AzureLogicAppsStandardBuild.
    Folder wdrażania deploymentFolder Nie. < logicAppName> Folder zawierający folder workflowparameters, który zawiera plik parameters.json dla aplikacji logicznych.
    Ścieżka pliku ustawień aplikacji stagingAppSettingsFilePath Nie. Zobacz przykład. Ścieżka do pliku ustawień aplikacji, który generuje zadanie. Ten plik zawiera ustawienia aplikacji dla etapów procesów biznesowych, które są mapowane na określone operacje przepływu pracy aplikacji logiki.

    W zadaniu AzureLogicAppsStandardRelease użyj tego pliku ustawień aplikacji dla wartości parametru appSettings . Aby dołączyć plik z opublikowanym artefaktem potoku, upewnij się, że plik jest przechowywany w katalogu przejściowym artefaktów.

    Aby uzyskać więcej informacji, zobacz Azure Logic Apps Standard Business Process Artifacts Build Task (Zadanie kompilacji artefaktów procesów biznesowych w standardzie Azure Logic Apps).

  4. Po zakończeniu upewnij się, że sekcja task o nazwie AzureLogicAppsStandardBusinessProcessArtifactsBuild@0 pojawia się poniżej węzła o nazwie steps: i powyżej sekcji task o nazwie AzureLogicAppsStandardBuild@, na przykład:

    jobs:
  - job: logic_app_build
    displayName: 'Build and publish logic app'
    steps:
      - task: AzureLogicAppsStandardBusinessProcessArtifactsBuild@0
        inputs:
          connectedServiceNameARM: '$(serviceConnectionName)'
          appName: '$(logicAppName)'
          subscriptionId: '$(subscriptionId)'
          targetFolder: '$(Build.SourcesDirectory)/$(logicAppName)'
          deploymentFolder: '$(System.DefaultWorkingDirectory)/deployment/$(logicAppName)/'
          stagingAppSettingsFilePath: '$(Build.ArtifactStagingDirectory)/appsettings_businessprocess_$(Build.BuildId).json'
      - task: AzureLogicAppsStandardBuild@0
        displayName: 'Azure Logic Apps Standard Build'
        inputs:
          sourceFolder: '$(Build.SourcesDirectory)/$(logicAppName)'
          deploymentFolder: '$(System.DefaultWorkingDirectory)/deployment/$(logicAppName)/'
          archiveFile: '$(Build.ArtifactStagingDirectory)/$(Build.BuildId).zip'

  5. Gdy skończysz, wybierz Dodaj.

  6. W edytorze zaktualizuj wartość parametru targetPath na '$(Build.ArtifactStagingDirectory)'.

    - task: PublishPipelineArtifact@1
  displayName: 'Publish logic app zip artifact'
  inputs:
     targetPath: '$(Build.ArtifactStagingDirectory)'
     artifact: '$(logicAppCIArtifactName)'
     publishLocation: 'pipeline'

  7. Gdy wszystko będzie gotowe, wybierz pozycję Weryfikuj i Zapisz.

Aktualizuj potok CD aplikacji Logic z ustawieniami aplikacji

Ustawienia aplikacji dla standardowej aplikacji logiki zawierają ważne informacje o konfiguracji środowiska uruchomieniowego usługi Azure Logic Apps (Standardowa) w celu emitowania danych do usługi Azure Data Explorer. Rurociąg ciągłego wdrażania Twojej aplikacji logicznej wymaga następujących zmian:

  1. W Azure DevOps otwórz potok CD aplikacji logicznej i wybierz Edytuj.

  2. W edytorze plików YAML przypisz właściwości appSettings następującą wartość.

    '$(Pipeline.Workspace)/cipipeline/$(logicAppCIArtifactName)/appsettings_businessprocess_$(resources.pipeline.cipipeline.runID).json'

    Przykład:

    - task: AzureLogicAppsStandardRelease@0
  displayName: 'Azure Logic Apps Standard Release'
  inputs:
     connectedServiceName: '$(serviceConnectionName)'
     appName: '$(logicAppName)'
     resourceGroupName: '$(resourceGroupName)'
     appSettings: '$(Pipeline.Workspace)/cipipeline/$(logicAppCIArtifactName)/appsettings_businessprocess_$(resources.pipeline.cipipeline.runID).json'
     package: '$(Pipeline.Workspace)/cipipeline/$(logicAppCIArtifactName)/$(resources.pipeline.cipipeline.runID).zip'

  3. Gdy wszystko będzie gotowe, wybierz pozycję Weryfikuj i Zapisz.

  4. Aby zachować aktualizację lokalnego repozytorium przy użyciu najnowszych zmian w repozytorium Usługi Azure DevOps, uruchom następujące polecenie Git: git pull

Uruchomienie zaktualizowanych potoków ciągłej integracji (CI) i ciągłego wdrażania (CD) dla aplikacji logicznych.

  1. W usłudze Azure DevOps uruchom potok ciągłej integracji, a następnie uruchom potok ciągłego wdrażania.

  2. Jeśli zostanie wyświetlony monit, podaj uprawnienia niezbędne do uruchomienia potoków.

Po zakończeniu wdrażania procesów biznesowych i zaktualizowanych aplikacji logiki przetestuj rozwiązanie, aby sprawdzić, czy transakcje są przechwytywane.

Rozwiązywanie problemów

Jeśli wystąpią problemy podczas uruchamiania transakcji, sprawdź następujące obszary, aby upewnić się, że konfiguracja jest poprawna.

  • Po uruchomieniu potoków i włączeniu diagnostyki systemu oraz dodatkowych logów, otrzymujesz bardziej szczegółowe komunikaty o błędach, które mogą pomóc w diagnozowaniu i rozwiązywaniu problemów.

  • Po uruchomieniu potoku CD ciągłego wdrażania aplikacji logicznej, który obejmuje profile śledzenia, wdrożona aplikacja logiczna zawiera nowy parametr rozpoczynający się od następującego prefiksu:

    VersionForBusinessProcess-<business-process-name>

  • Upewnij się, że w zasobie aplikacji logiki istnieją następujące ustawienia aplikacji:

    1. W menu zasobów aplikacji logiki w obszarze Ustawienia wybierz pozycję Zmienne środowiskowe.

    2. Na karcie Ustawienia aplikacji znajdź następujące nowe ustawienia:

      • Workflows.BusinessEventTracking.DataExplorer.<BusinessProcessName>. Nazwa tabeli
      • Workflows.BusinessEventTracking.DataExplorer.<BusinessProcessName>. IngestConnectionString
      • Workflows.BusinessEventTracking.DataStore
      • Workflows.BusinessEventTracking.Enabled

Treści powiązane

  • Last updated on