RedisPubSubTrigger pour Azure Functions
Redis propose une fonctionnalité de publication/d’abonnement qui permet d’envoyer des messages à Redis et de les diffuser aux abonnés.
Pour plus d’informations sur les déclencheurs et les liaisons Azure Cache pour Redis, l’extension Redis pour Azure Functions.
Étendue de la disponibilité des déclencheurs de fonctions
Niveau | De base | Standard, Premium | Enterprise, Enterprise Flash |
---|---|---|---|
Déclencheur de publication/d’abonnement | Oui | Oui | Oui |
Avertissement
Ce déclencheur n’est pas pris en charge sur un plan de consommation , car Redis PubSub exige que les clients soient toujours à l’écoute active pour recevoir tous les messages. Pour les plans de consommation, votre fonction peut manquer certains messages publiés sur le canal.
Important
Le modèle Node.js v4 pour Functions n’est pas encore pris en charge par l’extension Azure Cache pour Redis. Pour plus d’informations sur le fonctionnement du modèle v4, reportez-vous au guide du développeur Azure Functions Node.js. Pour plus d’informations sur les différences entre v3 et v4, consultez le guide de migration.
Important
Le modèle Python v2 pour Functions n’est pas encore pris en charge par l’extension Azure Cache pour Redis. Pour plus d’informations sur le fonctionnement du modèle v2, consultez le guide du développeur Python sur Azure Functions.
Exemples
Modèle d’exécution | Description |
---|---|
Modèle de worker isolé | Le code de votre fonction s’exécute dans un processus Worker .NET distinct. Utilisez avec les versions prises en charge de .NET et .NET Framework. Pour plus d’informations, consultez Développer les fonctions de processus Worker isolé .NET. |
Modèle in-process | Le code de votre fonction s’exécute dans le même processus que le processus hôte Functions. Prend uniquement en charge les versions LTS (Long Term Support) de .NET. Pour plus d’informations, consultez Développer des fonctions de bibliothèque de classes .NET. |
Important
Pour les fonctions .NET, il est recommandé d’utiliser le modèle de Worker isolé plutôt que le modèle in-process. Pour une comparaison des modèles worker in-process et isolés , consultez les différences entre le modèle worker isolé et le modèle in-process pour .NET sur Azure Functions.
Cet exemple écoute le canal pubsubTest
.
using Microsoft.Extensions.Logging;
namespace Microsoft.Azure.Functions.Worker.Extensions.Redis.Samples.RedisPubSubTrigger
{
internal class SimplePubSubTrigger
{
private readonly ILogger<SimplePubSubTrigger> logger;
public SimplePubSubTrigger(ILogger<SimplePubSubTrigger> logger)
{
this.logger = logger;
}
[Function(nameof(SimplePubSubTrigger))]
public void Run(
[RedisPubSubTrigger(Common.connectionStringSetting, "pubsubTest")] string message)
{
logger.LogInformation(message);
}
}
}
Cet exemple écoute toutes les notifications d’espace de clés pour la clé keyspaceTest
.
using Microsoft.Extensions.Logging;
namespace Microsoft.Azure.Functions.Worker.Extensions.Redis.Samples.RedisPubSubTrigger
{
internal class KeyspaceTrigger
{
private readonly ILogger<KeyspaceTrigger> logger;
public KeyspaceTrigger(ILogger<KeyspaceTrigger> logger)
{
this.logger = logger;
}
[Function(nameof(KeyspaceTrigger))]
public void Run(
[RedisPubSubTrigger(Common.connectionStringSetting, "__keyspace@0__:keyspaceTest")] string message)
{
logger.LogInformation(message);
}
}
}
Cet exemple écoute toutes les notifications keyevent
pour la commande de suppression DEL
.
using Microsoft.Extensions.Logging;
namespace Microsoft.Azure.Functions.Worker.Extensions.Redis.Samples.RedisPubSubTrigger
{
internal class KeyeventTrigger
{
private readonly ILogger<KeyeventTrigger> logger;
public KeyeventTrigger(ILogger<KeyeventTrigger> logger)
{
this.logger = logger;
}
[Function(nameof(KeyeventTrigger))]
public void Run(
[RedisPubSubTrigger(Common.connectionStringSetting, "__keyevent@0__:del")] string message)
{
logger.LogInformation($"Key '{message}' deleted.");
}
}
}
Cet exemple écoute le canal pubsubTest
.
package com.function.RedisPubSubTrigger;
import com.microsoft.azure.functions.*;
import com.microsoft.azure.functions.annotation.*;
import com.microsoft.azure.functions.redis.annotation.*;
public class SimplePubSubTrigger {
@FunctionName("SimplePubSubTrigger")
public void run(
@RedisPubSubTrigger(
name = "req",
connection = "redisConnectionString",
channel = "pubsubTest",
pattern = false)
String message,
final ExecutionContext context) {
context.getLogger().info(message);
}
}
Cet exemple écoute toutes les notifications d’espace de clés pour la clé myKey
.
package com.function.RedisPubSubTrigger;
import com.microsoft.azure.functions.*;
import com.microsoft.azure.functions.annotation.*;
import com.microsoft.azure.functions.redis.annotation.*;
public class KeyspaceTrigger {
@FunctionName("KeyspaceTrigger")
public void run(
@RedisPubSubTrigger(
name = "req",
connection = "redisConnectionString",
channel = "__keyspace@0__:keyspaceTest",
pattern = false)
String message,
final ExecutionContext context) {
context.getLogger().info(message);
}
}
Cet exemple écoute toutes les notifications keyevent
pour la commande de suppression DEL
.
package com.function.RedisPubSubTrigger;
import com.microsoft.azure.functions.*;
import com.microsoft.azure.functions.annotation.*;
import com.microsoft.azure.functions.redis.annotation.*;
public class KeyeventTrigger {
@FunctionName("KeyeventTrigger")
public void run(
@RedisPubSubTrigger(
name = "req",
connection = "redisConnectionString",
channel = "__keyevent@0__:del",
pattern = false)
String message,
final ExecutionContext context) {
context.getLogger().info(message);
}
}
Cet exemple utilise le même index.js
fichier, avec des données de liaison dans le fichier déterminant sur quel function.json
canal le déclencheur se produit.
Voici le fichier index.js
:
module.exports = async function (context, message) {
context.log(message);
}
À partir de function.json
:
Voici des données de liaison permettant d’écouter le canal pubsubTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "pubsubTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "index.js"
}
Voici des données de liaison permettant d’écouter les notifications d’espace de clés pour la clé keyspaceTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyspace@0__:keyspaceTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "index.js"
}
Voici des données de liaison permettant d’écouter les notifications keyevent
pour la commande de suppression DEL
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyevent@0__:del",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "index.js"
}
Cet exemple utilise le même run.ps1
fichier, avec des données de liaison dans le fichier déterminant sur quel function.json
canal le déclencheur se produit.
Voici le fichier run.ps1
:
param($message, $TriggerMetadata)
Write-Host $message
À partir de function.json
:
Voici des données de liaison permettant d’écouter le canal pubsubTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "pubsubTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "run.ps1"
}
Voici des données de liaison permettant d’écouter les notifications d’espace de clés pour la clé keyspaceTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyspace@0__:keyspaceTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "run.ps1"
}
Voici des données de liaison permettant d’écouter les notifications keyevent
pour la commande de suppression DEL
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyevent@0__:del",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "run.ps1"
}
Le modèle de programmation Python v1 vous oblige à définir des liaisons dans un fichier function.json distinct dans le dossier de fonction. Pour plus d’informations, consultez le guide des développeurs Python.
Cet exemple utilise le même __init__.py
fichier, avec des données de liaison dans le fichier déterminant sur quel function.json
canal le déclencheur se produit.
Voici le fichier __init__.py
:
import logging
def main(message: str):
logging.info(message)
À partir de function.json
:
Voici des données de liaison permettant d’écouter le canal pubsubTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "pubsubTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "__init__.py"
}
Voici des données de liaison permettant d’écouter les notifications d’espace de clés pour la clé keyspaceTest
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyspace@0__:keyspaceTest",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "__init__.py"
}
Voici des données de liaison permettant d’écouter les notifications keyevent
pour la commande de suppression DEL
.
{
"bindings": [
{
"type": "redisPubSubTrigger",
"connection": "redisConnectionString",
"channel": "__keyevent@0__:del",
"pattern": false,
"name": "message",
"direction": "in"
}
],
"scriptFile": "__init__.py"
}
Attributs
Paramètre | Description | Obligatoire | Par défaut |
---|---|---|---|
Connection |
Nom du paramètre d’application qui contient le cache chaîne de connexion, par exemple :<cacheName>.redis.cache.windows.net:6380,password... |
Oui | |
Channel |
Le canal de publication/d’abonnement que le déclencheur doit écouter. Prend en charge les modèles de canal de style glob. Ce champ peut être résolu à l’aide de INameResolver . |
Oui |
Annotations
Paramètre | Description | Obligatoire | Par défaut |
---|---|---|---|
name |
Nom de la variable contenant la valeur retournée par la fonction. | Oui | |
connection |
Nom du paramètre d’application qui contient le cache chaîne de connexion, par exemple :<cacheName>.redis.cache.windows.net:6380,password... |
Oui | |
channel |
Le canal de publication/d’abonnement que le déclencheur doit écouter. Prend en charge les modèles de canal de style glob. | Oui |
Configuration
Propriété function.json | Description | Obligatoire | Par défaut |
---|---|---|---|
type |
Type de déclencher. Pour le sous-déclencheur pub, le type est redisPubSubTrigger . |
Oui | |
connection |
Nom du paramètre d’application qui contient le cache chaîne de connexion, par exemple :<cacheName>.redis.cache.windows.net:6380,password... |
Oui | |
channel |
Nom du sous-canal pub auquel il est abonné. | Oui | |
pattern |
Valeur booléenne pour indiquer que le canal donné utilise des mathématiques de modèle. Si pattern c’est vrai, le canal est traité comme un modèle glob-style au lieu d’un littéral. |
Oui | |
name |
Nom de la variable contenant la valeur retournée par la fonction. | Oui | |
direction |
Cette propriété doit être définie sur in . |
Oui |
Important
Le paramètre connection
ne contient pas la chaîne de connexion du cache Redis elle-même. Au lieu de cela, il pointe vers le nom de la variable d’environnement qui contient la chaîne de connexion. De cette manière, l’application est plus sécurisée. Pour plus d’informations, consultez Chaîne de connexion Redis.
Utilisation
Redis propose une fonctionnalité de publication/d’abonnement qui permet d’envoyer des messages à Redis et de les diffuser aux abonnés. RedisPubSubTrigger
permet de déclencher Azure Functions lors de l’activité de publication/d’abonnement. RedisPubSubTrigger
s’abonne à un modèle de canal spécifique à l’aide de PSUBSCRIBE
et expose les messages reçus sur ces canaux à la fonction.
Conditions préalables et limitations
- le
RedisPubSubTrigger
n’est pas capable d’écouter les notifications d’espace de clés sur les caches cluster. - Les fonctions de niveau de base ne prennent pas en charge le déclenchement de notifications ou
keyspace
viakeyevent
leRedisPubSubTrigger
. RedisPubSubTrigger
n’est pas pris en charge sur un plan de consommation, car Redis PubSub exige que les clients soient toujours activement à l’écoute pour recevoir tous les messages. Pour les plans de consommation, votre fonction peut manquer certains messages publiés sur le canal.- Les fonctions avec
RedisPubSubTrigger
ne doivent pas être mises à l’échelle sur plusieurs instances. Chaque instance écoute et traite chaque sous-message pub, ce qui entraîne un traitement en double.
Avertissement
Ce déclencheur n’est pas pris en charge sur un plan de consommation , car Redis PubSub exige que les clients soient toujours à l’écoute active pour recevoir tous les messages. Pour les plans de consommation, votre fonction peut manquer certains messages publiés sur le canal.
Déclenchement sur les notifications d’espace de clés
Redis propose un concept intégré appelé notifications d’espace de clés. Lorsqu’elle est activée, cette fonctionnalité publie des notifications d’un large éventail d’actions de cache sur un canal pub/sous-canal dédié. Les actions prises en charge incluent des actions qui affectent des clés spécifiques, appelées notifications d’espace de clés, et des commandes spécifiques, appelées notifications d’événement clé. Un large éventail d’actions Redis sont prises en charge, telles que SET
, DEL
et EXPIRE
. La liste complète est présente dans la documentation notification de keyspace.
Les keyspace
notifications et keyevent
sont publiées avec la syntaxe suivante :
PUBLISH __keyspace@0__:<affectedKey> <command>
PUBLISH __keyevent@0__:<affectedCommand> <key>
Étant donné que ces événements sont publiés sur les canaux pub/sub, le RedisPubSubTrigger
est en mesure de les récupérer. Pour plus d’exemples, consultez la section RedisPubSubTrigger .
Important
Dans Azure Cache pour Redis, keyspace
les événements doivent être activés avant la publication des notifications. Pour plus d’informations, consultez la Paramètres avancés.
Type | Description |
---|---|
string |
Message de canal sérialisé en tant que JSON (encodé en UTF-8 pour les types d’octets) au format suivant. |
Custom |
Le déclencheur utilise Json.NET sérialisation pour mapper le message du canal dans le type personnalisé donné. |
Format de chaîne JSON
{
"SubscriptionChannel":"__keyspace@0__:*",
"Channel":"__keyspace@0__:mykey",
"Message":"set"
}
Type | Description |
---|---|
string |
Message de canal sérialisé en tant que JSON (encodé en UTF-8 pour les types d’octets) au format suivant. |
Custom |
Le déclencheur utilise la sérialisation Json.NET pour mapper le message du canal d’un string à un type personnalisé. |
{
"SubscriptionChannel":"__keyspace@0__:*",
"Channel":"__keyspace@0__:mykey",
"Message":"set"
}