New Pipelines Data Destination: LightDB State

A new Pipelines data destination for LightDB State is now generally available for Golioth users. LightDB State is a database that is built-in to the Golioth platform, enabling capture and synchronization of device state. It is frequently used as the foundation for digital twin and device shadow services.

How It Works

The lightdb_state data destination differs from many other destinations in that delivered data updates a device’s LightDB State JSON document, rather than appending timeseries data. It supports specifying a path parameter for nesting data in the JSON document, or defaults to the stream path used for filtering if one is not specified. This makes it possible to easily separate data delivered to LightDB State directly from devices from data that is routed through Pipelines.

The lightdb_state data destination only accepts data formatted as JSON, though data can easily converted to other formats prior to delivery using transformers.

filter:
  path: "*"
  content_type: application/json
steps:
  - name: step0
    destination:
      type: lightdb-state
      version: v1
      parameters:
        path: /latest/stream

Click here to use this pipeline in your Golioth project!

For more details on the lightdb_state data destination, go to the documentation.

What’s Next

LightDB State is unique because data routed to it can subsequently be fetched by devices. Combining the lightdb_state data destination with external data sources, such as those accessed via the webhook transformer, enables powerful new capabilities. Imagine a piece of data sent from a device, out through a webhook transformer to something like an AI service, and then returned to LightDB State without any 3rd party tools required. This path opens up a plethora of external compute scenarios.

We’ll be showing off some of these in the coming the days, so make sure to keep an eye on the blog. If you have any questions feel free to reach out to us on the forum!

Dan Mangum
Dan Mangum
Dan is an experienced engineering leader, having built products and teams at both large companies and small startups. He has a history of leadership in open source communities, and has worked across many layers of the technical stack, giving him unique insight into the constraints faced by Golioth’s customers and the requirements of a platform that enables their success.

Post Comments

No comments yet! Start the discussion at forum.golioth.io

More from this author

Related posts

spot_img

Latest posts

How to Query LightDB Stream Data the Right Way (POST vs GET)

Golioth's REST API is a power way to query data that has been sent to the cloud. Marko explains how he approaches the tradeoffs of POST vs GET calls to the API and how it impacts the resulting data.

How to Sniff Cellular Packets with a Nordic nRF91

Sniffing network packets from a cellular modem is actually pretty easy. It only seems daunting because at first glance you're left wondering how to acquire the packets. Nordic's nRF91 modems have a trace capability that can be used to pipe packets from the device into Wireshark over a USB connection. Here's how to use it.

The Demo We Show To Our Biggest Customers: A Full Golioth Cloud Demo

Want to see everything Golioth can do? In this post, we highlight all major parts of the Golioth console and how an IoT device can deliver a range of services between Cloud and Device.

Want to stay up to date with the latest news?

Subscribe to our newsletter and get updates every 2 weeks. Follow the latest blogs and industry trends.