Today’s platform release focuses heavily on our edge compute platform features, with added support for a new protocol, the ability to run edge workflows shipped with your hardware, and additional improvements to the development experience.
SNMP EDGE WORKFLOW NODES
Simple Network Management Protocol allows for reading and writing characteristics of devices connected on a local network. The protocol is a popular method for interacting with a variety of hardware: IoT sensors, printers, smart appliances, networking equipment, or servers. While network administrators originally shied away from SNMP due to its security concerns, many are now adopting it as a local communication method for the Internet of Things due to its ubiquity across a wide variety of devices and improved security features in later versions.
With today’s release, the WEGnology Edge Agent can now act as an SNMP manager, initiating requests to other devices on the network using a suite of new workflow nodes:
- SNMP: Get Subtree Node - Reads values from all devices beneath a given root OID.
- SNMP: Read Node - Allows for reading values from one or more OIDs.
- SNMP: Write Node - Allows for writing values to one or more OIDs.
The nodes support all three major versions of SNMP, including the far more secure Version 3 (which supports authentication as well as encryption).
As for SNMP traps, it is usually possible to listen for those using a UDP Trigger listening on port 162, which is the default behavior for SNMP-supported devices to publish events.
Adding support for this protocol opens up WEGnology’s edge compute functionality to a wide new breadth of device types, and we’re excited to see what our users build with these new workflow nodes.
ON-DISK EDGE WORKFLOWS
Today’s release also includes the ability to execute edge workflows that are stored on the device’s file system directly, as opposed to requiring a deployment from the cloud platform first.
Before this update, it was impossible to run edge workflows without first connecting to the WEGnology MQTT broker at least one time to receive a set of workflows to run. With the ability to load workflows from disk, this opens up a number of possibilities; for example …
- Edge agents can now take advantage of on-demand device registration, where an on-disk workflow can communicate with an experience endpoint to create a device in your application, generate an access key and secret, and return those to the agent in the endpoint reply.
- Hardware that is part of a product rollout can start functioning, in some capacity, before receiving one or more edge workflows to execute on the device.
- Some users have written application workflows that automatically deploy edge workflows on registration. Those workflows can be removed in favor of including one or more of the edge workflows on disk.