Dapr-tillägg för Azure Functions

Artikel
05/10/2024

Dapr-tillägget för Azure Functions är en uppsättning verktyg och tjänster som gör det möjligt för utvecklare att enkelt integrera Azure Functions med dapr-plattformen (Distributed Application Runtime).

Azure Functions är en händelsedriven beräkningstjänst som tillhandahåller en uppsättning utlösare och bindningar för att enkelt ansluta till andra Azure-tjänster. Dapr tillhandahåller en uppsättning byggstenar och metodtips för att skapa distribuerade program, inklusive mikrotjänster, tillståndshantering, pub-/undermeddelanden med mera.

Med integreringen mellan Dapr och Functions kan du skapa funktioner som reagerar på händelser från Dapr eller externa system.

Åtgärd	Riktning	Typ
Utlösare för en Dapr-indatabindning	Ej tillämpligt	daprBindingTrigger
Utlösare för ett anrop till En Dapr-tjänst	Ej tillämpligt	daprServiceInvocationTrigger
Utlösare för en Dapr-ämnesprenumeration	Ej tillämpligt	daprTopicTrigger
Hämta i Dapr-tillstånd för en körning	I	daprState
Hämta Dapr-hemligheter för en körning	I	daprSecret
Spara ett värde i ett Dapr-tillstånd	Ut	daprState
Anropa en annan Dapr-app	Ut	daprInvoke
Publicera ett meddelande till ett Dapr-ämne	Ut	daprPublish
Skicka ett värde till en Dapr-utdatabindning	Ut	daprBinding

Installera tillägget

Vilket NuGet-tilläggspaket som du installerar beror på den processbaserade eller isolerade arbetsprocessen i C#-läget som du använder i funktionsappen:

Pågående
Isolerad process

Det här tillägget är tillgängligt genom att installera NuGet-paketet version 1.0.0.

Använda .NET CLI:

dotnet add package Microsoft.Azure.WebJobs.Extensions.Dapr

Lägg till tillägget i projektet genom att installera NuGet-paketet version 1.0.0.

Använda .NET CLI:

dotnet add package Microsoft.Azure.Functions.Worker.Extensions.Dapr

Installera paket

Paket v4.x

Du kan lägga till tillägget genom att lägga till eller ersätta följande kod i host.json filen:

{
  "version": "2.0",
  "extensionBundle": {
    "id": "Microsoft.Azure.Functions.ExtensionBundle",
    "version": "[4.*, 5.0.0)"
  }
}

Dapr-aktivering

Du kan konfigurera Dapr med hjälp av olika [argument och anteckningar][dapr-args] baserat på körningskontexten. Du kan konfigurera Dapr för Azure Functions via två kanaler:

IaC-mallar (Infrastruktur som kod) som i Bicep- eller Azure Resource Manager-mallar (ARM)
Azure-portalen

När du använder en IaC-mall anger du följande argument i properties avsnittet i resursdefinitionen för containerappen.

Bicep
ARM

DaprConfig: {
  enabled: true
  appId: '${envResourceNamePrefix}-funcapp'
  appPort: 3001
  httpReadBufferSize: ''
  httpMaxRequestSize: ''
  logLevel: ''
  enableApiLogging: true
}

"DaprConfig": {
  "enabled": true,
  "appId": "${envResourceNamePrefix}-funcapp",
  "appPort": 3001,
  "httpReadBufferSize": "",
  "httpMaxRequestSize": "",
  "logLevel": "",
  "enableApiLogging": true
}

Ovanstående Dapr-konfigurationsvärden betraktas som ändringar i programomfattningen. När du kör en containerapp i läget för flera revisioner kommer ändringar i dessa inställningar inte att skapa någon ny revision. I stället startas alla befintliga revisioner om för att säkerställa att de är konfigurerade med de senaste värdena.

När du konfigurerar Dapr med Hjälp av Azure-portalen går du till funktionsappen och väljer Dapr på menyn till vänster:

Skärmbild som visar var du hittar Dapr-aktivering för en funktionsapp i Azure-portalen.

Dapr-portar och lyssnare

När du utlöser en funktion från Dapr exponerar tillägget porten 3001 automatiskt för att lyssna på inkommande begäranden från Dapr-sidovagnen.

Viktigt!

Porten 3001 exponeras och lyssnas bara på om en Dapr-utlösare definieras i funktionsappen. När du använder Dapr väntar sidovagnen på att få ett svar från den definierade porten innan instansieringen slutförs. Definiera inte anteckningen dapr.io/port eller --app-port såvida du inte har en utlösare. Om du gör det kan du låsa programmet från Dapr-sidovagnen.

Om du bara använder indata- och utdatabindningar behöver porten 3001 inte exponeras eller definieras.

När Azure Functions som standard försöker kommunicera med Dapr anropas Dapr via porten som matchas från miljövariabeln DAPR_HTTP_PORT. Om variabeln är null är den som standard port 3500.

Du kan åsidosätta Dapr-adressen som används av indata- och utdatabindningar genom att ange DaprAddress egenskapen i function.json för bindningen (eller attributet). Som standard använder http://localhost:{DAPR_HTTP_PORT}den .

Funktionsappen exponerar fortfarande en annan port och slutpunkt för saker som HTTP-utlösare, som lokalt standardvärdet 7071är , men i en container, är standardvärdet 80.

Bindningstyper

Vilka bindningstyper som stöds för .NET beror på både tilläggsversionen och C#-körningsläget, vilket kan vara något av följande:

Bibliotek för pågående klass
Isolerad process

Ett kursbibliotek i processen är en kompilerad C#-funktion som körs i samma process som Functions-körningen.

Dapr-tillägget stöder parametertyper enligt tabellen nedan.

Bindning	Parametertyper
Dapr-utlösare	daprBindingTrigger daprServiceInvocationTrigger daprTopicTrigger
Dapr-indata	daprState daprSecret
Dapr-utdata	daprState daprInvoke daprPublish daprBinding

Exempel som använder dessa typer finns i GitHub-lagringsplatsen för tillägget.