Tworzenie niestandardowych łączników wbudowanych dla aplikacji logiki w warstwie Standardowa w usłudze Azure Logic Apps z jedną dzierżawą

Dotyczy: Azure Logic Apps (Standardowa)

Jeśli potrzebujesz łączników, które nie są dostępne w standardowych przepływach pracy aplikacji logiki, możesz utworzyć własne wbudowane łączniki przy użyciu tego samego modelu rozszerzalności, który jest używany przez wbudowane łączniki oparte na dostawcy usług dostępne dla standardowych przepływów pracy w usłudze Azure Logic Apps z jedną dzierżawą. Ten model rozszerzalności jest oparty na modelu rozszerzalności usługi Azure Functions.

W tym artykule pokazano, jak utworzyć przykładowy wbudowany łącznik usługi Azure Cosmos DB, który ma jeden wyzwalacz oparty na usłudze Azure Functions i nie zawiera żadnych akcji. Wyzwalacz jest uruchamiany po dodaniu nowego dokumentu do kolekcji dzierżawy lub kontenera w usłudze Azure Cosmos DB, a następnie uruchamia przepływ pracy, który używa ładunku wejściowego jako dokumentu usługi Azure Cosmos DB.

Ten przykładowy łącznik używa tych samych funkcji co wyzwalacz usługi Azure Cosmos DB dla usługi Azure Functions, który jest oparty na wyzwalaczach i powiązaniach usługi Azure Functions. Aby zapoznać się z kompletnym przykładem, zapoznaj się z przykładowym niestandardowym łącznikiem usługi Azure Cosmos DB — Rozszerzenia łącznika usługi Azure Logic Apps.

Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją:

• Łączniki niestandardowe dla standardowych aplikacji logiki
• Wbudowane łączniki oparte na dostawcy usług
• Usługa Azure Logic Apps z jedną dzierżawą

Wymagania wstępne

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

• Podstawowa wiedza na temat usługi Azure Logic Apps z jedną dzierżawą, standardowych przepływów pracy aplikacji logiki, łączników i sposobu używania programu Visual Studio Code do tworzenia przepływów pracy opartych na jednej dzierżawie. Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją:

  • Pojedyncza dzierżawa a wielodostępna w usłudze Azure Logic Apps

  • Tworzenie przepływu pracy integracji z usługą Azure Logic Apps (Standardowa) z jedną dzierżawą — Azure Portal

• Program Visual Studio Code z zainstalowanym rozszerzeniem usługi Azure Logic Apps (Standard) i innymi wymaganiami wstępnymi. Instalacja powinna już zawierać pakiet NuGet dla rozszerzenia Microsoft.Azure.Workflows.WebJobs.Extension.

  Uwaga

  Ta funkcja tworzenia jest obecnie dostępna tylko w programie Visual Studio Code.

• Konto, baza danych i kolekcja usługi Azure Cosmos DB. Aby uzyskać więcej informacji, zobacz Szybki start: tworzenie konta, bazy danych, kontenera i elementów usługi Azure Cosmos DB w witrynie Azure Portal.

Ogólne kroki

W poniższym konspekcie opisano ogólne kroki tworzenia przykładowego łącznika:

1. Utwórz projekt biblioteki klas.

2. W projekcie dodaj pakiet NuGet Microsoft.Azure.Workflows.WebJobs.Extension jako odwołanie nuGet.

3. Podaj operacje dla wbudowanego łącznika przy użyciu pakietu NuGet w celu zaimplementowania metod dla interfejsów o nazwie IServiceOperationsProvider i IServiceOperationsTriggerProvider.

4. Zarejestruj niestandardowy wbudowany łącznik za pomocą rozszerzenia środowiska uruchomieniowego usługi Azure Functions.

5. Zainstaluj łącznik do użycia.

Tworzenie projektu biblioteki klas

1. W programie Visual Studio Code utwórz projekt biblioteki klas platformy .NET Core 3.1.

2. W projekcie dodaj pakiet NuGet o nazwie Microsoft.Azure.Workflows.WebJobs.Extension jako odwołanie NuGet.

Implementowanie interfejsu dostawcy usług

Aby zapewnić operacje dla przykładowego wbudowanego łącznika, w pakiecie NuGet Microsoft.Azure.Workflows.WebJobs.Extension zaimplementuj metody dla następujących interfejsów. Na poniższym diagramie przedstawiono interfejsy z implementacjami metod oczekiwanymi przez projektanta i środowiska uruchomieniowego usługi Azure Logic Apps dla niestandardowego wbudowanego łącznika z wyzwalaczem opartym na usłudze Azure Functions:

IServiceOperationsProvider

Ten interfejs zawiera następujące metody, które zapewniają manifest operacji i wykonują określone zadania dostawcy usług lub rzeczywistą logikę biznesową w niestandardowym wbudowanym łączniku. Aby uzyskać więcej informacji, zapoznaj się z tematem IServiceOperationsProvider.

• GetService()

  Projektant w usłudze Azure Logic Apps wymaga metody GetService(), aby pobrać metadane wysokiego poziomu dla usługi niestandardowej, w tym opis usługi, parametry wejściowe połączenia wymagane w projektancie, możliwości, kolor marki, adres URL ikony itd.

• GetOperations()

  Projektant w usłudze Azure Logic Apps wymaga metody GetOperations(), aby pobrać operacje zaimplementowane przez usługę niestandardową. Lista operacji jest oparta na schemacie struktury Swagger. Projektant używa również metadanych operacji do zrozumienia parametrów wejściowych dla określonych operacji i wygenerowania danych wyjściowych jako tokenów właściwości na podstawie schematu danych wyjściowych dla operacji.

• GetBindingConnectionInformation()

  Jeśli wyzwalacz jest typem wyzwalacza opartego na usłudze Azure Functions, środowisko uruchomieniowe w usłudze Azure Logic Apps wymaga metody GetBindingConnectionInformation() w celu dostarczenia wymaganych informacji o parametrach połączenia do powiązania wyzwalacza usługi Azure Functions.

• InvokeOperation()

  Jeśli łącznik zawiera akcje, środowisko uruchomieniowe w usłudze Azure Logic Apps wymaga metody InvokeOperation(), aby wywołać każdą akcję w łączniku, która jest uruchamiana podczas wykonywania przepływu pracy. Jeśli łącznik nie ma akcji, nie musisz implementować metody InvokeOperation().

  W tym przykładzie niestandardowy łącznik wbudowany usługi Azure Cosmos DB nie ma akcji. Jednak metoda jest uwzględniona w tym przykładzie na potrzeby kompletności.

Aby uzyskać więcej informacji na temat tych metod i ich implementacji, zapoznaj się z tymi metodami w dalszej części tego artykułu.

IServiceOperationsTriggerProvider

Możesz dodać lub uwidocznić wyzwalacz lub akcję usługi Azure Functions jako wyzwalacz dostawcy usług w niestandardowym wbudowanym łączniku. Aby użyć typu wyzwalacza opartego na usłudze Azure Functions i tego samego powiązania usługi Azure Functions co wyzwalacz łącznika zarządzanego platformy Azure, zaimplementuj następujące metody, aby zapewnić informacje o połączeniu i powiązania wyzwalacza zgodnie z wymaganiami usługi Azure Functions. Aby uzyskać więcej informacji, zapoznaj się z tematem IServiceOperationsTriggerProvider.

• Metoda GetFunctionTriggerType() jest wymagana do zwrócenia ciągu, który jest taki sam jak parametr typu w powiązaniu wyzwalacza usługi Azure Functions.

• GetFunctionTriggerDefinition () ma domyślną implementację, więc nie trzeba jawnie implementować tej metody. Jeśli jednak chcesz zaktualizować domyślne zachowanie wyzwalacza, takie jak podanie dodatkowych parametrów, których projektant nie uwidacznia, możesz zaimplementować tę metodę i zastąpić domyślne zachowanie.

Metody implementowania

W poniższych sekcjach opisano metody implementowane przez przykładowy łącznik. Aby zapoznać się z kompletnym przykładem, zapoznaj się z przykładowym CosmosDbServiceOperationProvider.cs.

GetService()

Projektant wymaga następującej metody, aby uzyskać ogólny opis usługi:

public ServiceOperationApi GetService()
{
   return this.CosmosDBApis.ServiceOperationServiceApi();
}

GetOperations()

Projektant wymaga następującej metody, aby uzyskać operacje zaimplementowane przez usługę. Ta lista operacji jest oparta na schemacie struktury Swagger.

public IEnumerable<ServiceOperation> GetOperations(bool expandManifest)
{
   return expandManifest ? serviceOperationsList : GetApiOperations();
}

GetBindingConnectionInformation()

Aby użyć typu wyzwalacza opartego na usłudze Azure Functions, poniższa metoda udostępnia wymagane informacje o parametrach połączenia do powiązania wyzwalacza usługi Azure Functions.

public string GetBindingConnectionInformation(string operationId, InsensitiveDictionary<JToken> connectionParameters)
{
   return ServiceOperationsProviderUtilities
      .GetRequiredParameterValue(
         serviceId: ServiceId,
         operationId: operationID,
         parameterName: "connectionString",
         parameters: connectionParameters)?
      .ToValue<string>();
}

InvokeOperation()

Przykładowy niestandardowy łącznik wbudowany usługi Azure Cosmos DB nie zawiera akcji, ale następująca metoda jest uwzględniona pod kątem kompletności:

public Task<ServiceOperationResponse> InvokeOperation(string operationId, InsensitiveDictionary<JToken> connectionParameters, ServiceOperationRequest serviceOperationRequest)
{
   throw new NotImplementedException();
}

GetFunctionTriggerType()

Aby użyć wyzwalacza opartego na usłudze Azure Functions jako wyzwalacza w łączniku, musisz zwrócić ciąg, który jest taki sam jak parametr typu w powiązaniu wyzwalacza usługi Azure Functions.

Poniższy przykład zwraca ciąg wbudowanego wyzwalacza usługi Azure Cosmos DB: "type": "cosmosDBTrigger"

public string GetFunctionTriggerType()
{
   return "CosmosDBTrigger";
}

GetFunctionTriggerDefinition()

Ta metoda ma domyślną implementację, więc nie trzeba jawnie implementować tej metody. Jeśli jednak chcesz zaktualizować domyślne zachowanie wyzwalacza, takie jak podanie dodatkowych parametrów, których projektant nie uwidacznia, możesz zaimplementować tę metodę i zastąpić domyślne zachowanie.

Rejestrowanie łącznika

Aby załadować niestandardowe wbudowane rozszerzenie łącznika podczas procesu uruchamiania środowiska uruchomieniowego usługi Azure Functions, musisz dodać rejestrację rozszerzenia usługi Azure Functions jako zadanie uruchamiania i zarejestrować łącznik jako dostawcę usług na liście dostawców usług. Na podstawie typu danych, których potrzebuje wbudowany wyzwalacz jako dane wejściowe, opcjonalnie dodaj konwerter. W tym przykładzie typ danych dokumentu dla dokumentów usługi Azure Cosmos DB jest konwertowany na tablicę JObject .

W poniższych sekcjach pokazano, jak zarejestrować niestandardowy wbudowany łącznik jako rozszerzenie usługi Azure Functions.

Tworzenie zadania uruchamiania

1. Utwórz klasę uruchamiania przy użyciu atrybutu zestawu o nazwie [assembly:WebJobsStartup].

2. Zaimplementuj interfejs IWebJobsStartup . W metodzie Configure() zarejestruj rozszerzenie i wprowadź dostawcę usług.

   Na przykład poniższy fragment kodu przedstawia implementację klasy uruchamiania dla przykładowego niestandardowego wbudowanego łącznika usługi Azure Cosmos DB:

   using Microsoft.Azure.WebJobs;
   using Microsoft.Azure.WebJobs.Hosting;
   using Microsoft.Extensions.DependencyInjection.Extensions;
   
   [assembly: Microsoft.Azure.WebJobs.Hosting.WebJobsStartup(typeof(ServiceProviders.CosmosDb.Extensions.CosmosDbTriggerStartup))]
   
   namespace ServiceProviders.CosmosDb.Extensions
   {
      public class CosmosDbServiceProviderStartup : IWebJobsStartup
      {
         // Initialize the workflow service.
         public void Configure(IWebJobsBuilder builder)
         {
               // Register the extension.
               builder.AddExtension<CosmosDbServiceProvider>)();
   
               // Use dependency injection (DI) for the trigger service operation provider.
               builder.Services.TryAddSingleton<CosmosDbTriggerServiceOperationsProvider>();
         }
      }
   }
   

   Aby uzyskać więcej informacji, zobacz Rejestrowanie usług — używanie wstrzykiwania zależności w usłudze .NET Azure Functions.

Rejestrowanie dostawcy usług

Teraz zarejestruj implementację dostawcy usług jako rozszerzenie usługi Azure Functions za pomocą aparatu usługi Azure Logic Apps. W tym przykładzie użyto wbudowanego wyzwalacza usługi Azure Cosmos DB dla usługi Azure Functions jako nowego wyzwalacza. W tym przykładzie zarejestrowano również nowego dostawcę usług Azure Cosmos DB dla istniejącej listy dostawców usług, która jest już częścią rozszerzenia usługi Azure Logic Apps. Aby uzyskać więcej informacji, zobacz Rejestrowanie rozszerzeń powiązań usługi Azure Functions.

using Microsoft.Azure.Documents;
using Microsoft.Azure.WebJobs.Description;
using Microsoft.Azure.WebJobs.Host.Config;
using Microsoft.Azure.Workflows.ServiceProviders.Abstractions;
using Microsoft.WindowsAzure.ResourceStack.Common.Extensions;
using Microsoft.WindowsAzure.ResourceStack.Common.Json;
using Microsoft.WindowsAzure.ResourceStack.Common.Storage.Cosmos;
using Newtonsoft.Json.Linq;
using System;
using System.Collections.Generic;

namespace ServiceProviders.CosmosDb.Extensions
{
   [Extension("CosmosDbServiceProvider", configurationSection: "CosmosDbServiceProvider")]
   public class CosmosDbServiceProvider : IExtensionConfigProvider
   {
      // Initialize a new instance for the CosmosDbServiceProvider class.
      public CosmosDbServiceProvider(ServiceOperationsProvider serviceOperationsProvider, CosmosDbTriggerServiceOperationsProvider operationsProvider)
      {
         serviceOperationsProvider.RegisterService(serviceName: CosmosDBServiceOperationsProvider.ServiceName, serviceOperationsProviderId: CosmosDBServiceOperationsProvider.ServiceId, serviceOperationsProviderInstance: operationsProvider);
      }

      // Convert the Azure Cosmos DB Document array to a generic JObject array.
      public static JObject[] ConvertDocumentToJObject(IReadOnlyList<Document> data)
      {
         List<JObject> jobjects = new List<JObject>();

         foreach(var doc in data)
         {
            jobjects.Add((JObject)doc.ToJToken());
         }

         return jobjects.ToArray();
      }

      // In the Initialize method, you can add any custom implementation.
      public void Initialize(ExtensionConfigContext context)
      {
         // Convert the Azure Cosmos DB Document list to a JObject array.
         context.AddConverter<IReadOnlyList<Document>, JObject[]>(ConvertDocumentToJObject);
      }
   }
}

Dodawanie konwertera

Usługa Azure Logic Apps ma ogólny sposób obsługi dowolnego wbudowanego wyzwalacza usługi Azure Functions przy użyciu tablicy JObject . Jeśli jednak chcesz przekonwertować listę dokumentów usługi Azure Cosmos DB tylko do odczytu na tablicę JObject , możesz dodać konwerter. Gdy konwerter jest gotowy, zarejestruj konwerter w ramach metody ExtensionConfigContext , jak pokazano wcześniej w tym przykładzie:

// Convert the Azure Cosmos DB  document list to a JObject array.
context.AddConverter<IReadOnlyList<Document>, JObject[]>(ConvertDocumentToJObject);

Diagram biblioteki klas dla zaimplementowanych klas

Po zakończeniu przejrzyj następujący diagram klas przedstawiający implementację wszystkich klas w pakiecie rozszerzeń Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB.dll :

• CosmosDbServiceOperationsProvider
• CosmosDbServiceProvider
• CosmosDbServiceProviderStartup

Instalowanie łącznika

Aby dodać odwołanie NuGet z poprzedniej sekcji, w pakiecie rozszerzeń o nazwie Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB.dll zaktualizuj plik extensions.json . Aby uzyskać więcej informacji, przejdź do repozytorium Azure/logicapps-connector-extensions i przejrzyj skrypt programu PowerShell o nazwie add-extension.ps1.

1. Zaktualizuj pakiet rozszerzeń, aby uwzględnić niestandardowy wbudowany łącznik.

2. W programie Visual Studio Code, który powinien mieć zainstalowane rozszerzenie Azure Logic Apps (Standard) dla programu Visual Studio Code , utworzyć projekt aplikacji logiki i zainstalować pakiet rozszerzenia przy użyciu następującego polecenia programu PowerShell:

   Program PowerShell

   dotnet add package "Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB" --version 1.0.0  --source $extensionPath
   

   Alternatywnie z katalogu projektu aplikacji logiki przy użyciu wiersza polecenia programu PowerShell uruchom skrypt programu PowerShell o nazwie add-extension.ps1:

   .\add-extension.ps1 {Cosmos-DB-output-bin-NuGet-folder-path} CosmosDB
   

   Bash

   Aby zamiast tego użyć powłoki Bash, w katalogu projektu aplikacji logiki uruchom skrypt programu PowerShell za pomocą następującego polecenia:

   powershell -file add-extension.ps1 {Cosmos-DB-output-bin-NuGet-folder-path} CosmosDB
   

   Jeśli rozszerzenie niestandardowego wbudowanego łącznika zostało pomyślnie zainstalowane, uzyskasz dane wyjściowe podobne do następującego przykładu:

   C:\Users\{your-user-name}\Desktop\demoproj\cdbproj>powershell - file C:\myrepo\github\logicapps-connector-extensions\src\Common\tools\add-extension.ps1 C:\myrepo\github\logicapps-connector-extensions\src\CosmosDB\bin\Debug\CosmosDB
   
   Nuget extension path is C:\myrepo\github\logicapps-connector-extensions\src\CosmosDB\bin\Debug\
   Extension dll path is C:\myrepo\github\logicapps-connector-extensions\src\CosmosDB\bin\Debug\netcoreapp3.1\Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB.dll
   Extension bundle module path is C:\Users\{your-user-name}\.azure-functions-core-tools\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows1.1.9
   EXTENSION PATH is C:\Users\{your-user-name}\.azure-functions-core-tools\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows\1.1.9\bin\extensions.json and dll Path is C:\myrepo\github\logicapps-connector-extensions\src\CosmosDB\bin\Debug\netcoreapp3.1\Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB.dll
   SUCCESS: The process "func.exe" with PID 26692 has been terminated.
      Determining projects to restore...
      Writing C:\Users\{your-user-name}\AppData\Local\Temp\tmpD343.tmp`<br>
   info : Adding PackageReference for package 'Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB' into project 'C:\Users\{your-user-name}\Desktop\demoproj\cdbproj.csproj'.
   info : Restoring packages for C:\Users\{your-user-name}\Desktop\demoproj\cdbproj.csproj...
   info : Package 'Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB' is compatible with all the specified frameworks in project 'C:\Users\{your-user-name}\Desktop\demoproj\cdbproj.csproj'.
   info : PackageReference for package 'Microsoft.Azure.Workflows.ServiceProvider.Extensions.CosmosDB' version '1.0.0' updated in file 'C:\Users\{your-user-name}\Desktop\demoproj\cdbproj.csproj'.
   info : Committing restore...
   info : Generating MSBuild file C:\Users\{your-user-name}\Desktop\demoproj\cdbproj\obj\cdbproj.csproj.nuget.g.props.
   info : Generating MSBuild file C:\Users\{your-user-name}\Desktop\demoproj\cdbproj\obj\cdbproj.csproj.nuget.g.targets.
   info : Writing assets file to disk. Path: C:\Users\{your-user-name}\Desktop\demoproj\cdbproj\obj\project.assets.json.
   log : Restored C:\Users\{your-user-name}\Desktop\demoproj\cdbproj\cdbproj.csproj (in 1.5 sec).
   Extension CosmosDB is successfully added.
   
   C:\Users\{your-user-name}\Desktop\demoproj\cdbproj\>
   

3. Jeśli jakikolwiek proces func.exe jest uruchomiony, pamiętaj, aby zamknąć lub zakończyć ten proces przed przejściem do następnego kroku.

Testowanie łącznika

1. W programie Visual Studio Code otwórz aplikację logiki w warstwie Standardowa i pusty przepływ pracy w projektancie.

2. Na powierzchni projektanta wybierz pozycję Wybierz operację , aby otworzyć selektor operacji łącznika.

3. W polu wyszukiwania operacji wybierz pozycję Wbudowane. W polu wyszukiwania wprowadź cosmos db.

   Selektor operacji pokazuje niestandardowy wbudowany łącznik i wyzwalacz, na przykład:

   

4. Z listy Wyzwalacze wybierz niestandardowy wbudowany wyzwalacz, aby uruchomić przepływ pracy.

5. W okienku połączenia podaj następujące wartości właściwości, aby utworzyć połączenie, na przykład:

   Właściwości	Wymagania	Wartość	Opis
   Nazwa połączenia	Tak	<Azure-Cosmos-DB-connection-name>	Nazwa połączenia usługi Azure Cosmos DB do utworzenia
   Parametry połączenia	Tak	<Azure Cosmos DB-connection-string>	Parametry połączenia kolekcji bazy danych lub kolekcji dzierżaw usługi Azure Cosmos DB, w której chcesz dodać każdy nowy odebrany dokument.

   

6. Po zakończeniu wybierz Utwórz.

7. W okienku właściwości wyzwalacza podaj następujące wartości właściwości wyzwalacza, na przykład:

   Właściwości	Wymagania	Wartość	Opis
   Nazwa bazy danych	Tak	<Azure-Cosmos-DB-database-name>	Nazwa bazy danych usługi Azure Cosmos DB do użycia
   Nazwa kolekcji	Tak	<Azure-Cosmos-DB-collection-name>	Nazwa kolekcji usługi Azure Cosmos DB, w której chcesz dodać każdy nowy odebrany dokument.

   

   W tym przykładzie w widoku kodu definicja przepływu pracy, która znajduje się w pliku workflow.json , ma triggers obiekt JSON, który jest podobny do następującego przykładu:

   {
      "definition": {
         "$schema": "https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-06-01/workflowdefinition.json#",
         "actions": {},
         "contentVersion": "1.0.0.0",
         "outputs": {},
         "triggers": {
            "When_a_document_is_received": {
               "inputs":{
                  "parameters": {
                     "collectionName": "States",
                     "databaseName": "SampleCosmosDB"
                  },
                  "serviceProviderConfiguration": {
                     "connectionName": "cosmosDb",
                     "operationId": "whenADocumentIsReceived",
                     "serviceProviderId": "/serviceProviders/CosmosDb"
                  },
                  "splitOn": "@triggerOutputs()?['body']",
                  "type": "ServiceProvider"
               }
            }
         }
      },
      "kind": "Stateful"
   }
   

   Definicja połączenia, która znajduje się w pliku connections.json , zawiera serviceProviderConnections obiekt JSON, który jest podobny do następującego przykładu:

   {
      "serviceProviderConnections": {
         "cosmosDb": {
            "parameterValues": {
               "connectionString": "@appsetting('cosmosDb_connectionString')"
            },
            "serviceProvider": {
               "id": "/serviceProviders/CosmosDb"
            },
            "displayName": "myCosmosDbConnection"
         }
      },
      "managedApiConnections": {}
   }
   

8. W programie Visual Studio Code w menu Uruchom wybierz pozycję Rozpocznij debugowanie. (Naciśnij F5)

9. Aby wyzwolić przepływ pracy, otwórz konto usługi Azure Cosmos DB w witrynie Azure Portal. W menu konta wybierz pozycję Eksplorator danych. Przejdź do bazy danych i kolekcji określonej w wyzwalaczu. Dodaj element do kolekcji.

   

Następne kroki

• Źródło przykładowego niestandardowego wbudowanego łącznika usługi Azure Cosmos DB — rozszerzenia łącznika usługi Azure Logic Apps

• Wbudowany wyzwalacz usługi Service Bus: przetwarzanie wsadowe i obsługa sesji