Redis Node

The Redis Node allows a workflow to query or update values in a Redis database and optionally store the result on the workflow payload.

Node Properties

The configuration of the Redis Node can be broken down into 4 major sections - configuring the connection, choosing the operation, setting up the arguments, and choosing what to do with the result.

Connection

• Redis Hostname: When configuring the connection, you must provide the hostname where your Redis instance is running. This can be an ip address or a resolvable DNS hostname name. This can be a template.
• Connect With TLS: (Edge Agent 1.9.0 and above) If your Redis instance is behind a TLS proxy, you can specify that the connection should be made through TLS by checking this checkbox.
• Redis Port: You can also optionally provide the Redis port, if your Redis is running on a non-standard port. By default, when this is left blank, the node assumes the standard Redis port of 6379. This can be a template.
• Redis Password: If your Redis instance requires a password, you can provide it through this field. This can be a template.
• Redis Database: You can provide the Redis database number if you are not using the default database 0. This can be a template.

In the example above, the Redis Node has been configured to connect to database 0 at myredis.example.com on port 6379 with TLS connection enabled and the password is the template {{password}}.

Command

Choose the command that will be performed on the Redis database.

The Redis Node has support for most regular Redis commands that deal with keys, sets, sorted sets, hashes, lists, strings, streams, geo, hyperloglog, and publishing. The full source for the Redis commands can be found in the Redis Documentation. The node does not support cluster, connection, scripting, subscribing, or server command groups.

Depending on the command, the next section of configuration will change - due to the expected number of arguments differing per command.

The full source for the Redis commands can be found here.

NOTE: Streaming commands are only supported for Edge Agent versions equal or greater than 1.18.0

Arguments

Depending on the chosen command, the expected arguments here will change. For example, with the hget operation, there are two arguments - the key representing the hash, and the field to get within that hash. In the above example, the key that will be queried is phone_contacts, and the particular field in the key depends on the triggerId that triggered the workflow to run. All arguments support string templates. For commands that have optional or arbitrary numbers of arguments, the node will let you provide as many arguments as you need.

Result

Finally, you can optionally choose to store the result of the Redis operation on the payload at a given payload path. For operations like set or sadd, you might not care about the result, but for an operation like the hget above, you almost certainly do! In this case the result of the hget is being placed at the JSON path data.redisResult.

Node Example

Here is an example payload after the above Redis Node has been run:

{
  "time": Fri Feb 19 2016 17:26:00 GMT-0500 (EST),
  "data": {
    "current": 10,
    "on": true,
    "redisResult": "212 867-5309"
  },
  "applicationId": "568beedeb436ab01007be53d",
  "applicationName": "Embree",
  "triggerId": "56c8967bb8df0f0100d629120",
  "triggerType": "deviceId",
  "deviceTags": {
    "floor": ["2"],
    "location": ["warehouse1"]
  },
  "deviceName": "My Factory Device",
  "flowId": "56c74add04d0b50100043381",
  "flowName": "Power Usage Alert",
  "globals": { }
}

Node Errors

When a Redis Node encounters an error, the workflow will halt and display the error in the debug panel.

Related Nodes

• Redis Trigger