What’s the Most Practical Time-Series Database for a Small IIoT SaaS?

0
0
Asked By MellowCedar47 On

I'm building a proof of concept for an industrial IoT remote-monitoring SaaS. Devices publish telemetry over MQTT, and I need a place to store the resulting time-series data. The initial scale is modest—about 10 devices, roughly 20 metrics per device, and 1–5 readings per minute—so raw ingestion throughput isn't a concern.

I could use RDS or DynamoDB, but I'm more interested in developer experience than capacity. Features such as time-bucketed rollups, retention policies, downsampling, and retrieving the latest value for each device seem like they could require a lot of custom SQL, scheduled jobs, or serverless glue.

For people who have built something similar, how did plain PostgreSQL, TimescaleDB, Timestream for InfluxDB, SiteWise, or an S3-plus-Athena setup work in practice? I'm especially interested in recurring boilerplate, maintenance effort, cost, and which option you would choose again.

4 Answers

Answered By OrbitPanda8 On

Timestream seems like a good fit here. It’s designed around telemetry and time-series queries, so common needs such as recent values, time windows, and retention are less awkward than they can be with a general-purpose database. At this size, I’d prioritize reducing custom query and cleanup logic over optimizing ingestion throughput.

Answered By VelvetKite23 On

I’ve used several approaches, and InfluxDB with Grafana was probably the most pleasant day to day. The tooling is intuitive and most of the dashboards and time-series behavior work without much glue code. It’s worth comparing the built-in retention, downsampling, and query features against your actual requirements before committing.

Answered By QuietMarble5 On

DynamoDB can work for a small system, and adding Firehose or a similar delivery path makes windowed metric processing fairly straightforward. Still, time-based queries and aggregations tend to produce more schema and application logic than expected. The database choice probably won’t determine whether the product succeeds, so I’d map each required feature to the managed services and compare total maintenance cost.

Answered By CopperLynx61 On

S3 is likely the cheapest option, especially if the data can be written through an ingestion service and rules engine with very little application code. You can keep raw records there and query them with Athena when needed. The tradeoff is that interactive dashboards and latest-value queries may need more modeling or a separate serving store.

Related Questions

LEAVE A REPLY

Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.