Back to browse
Fostrom, an IoT Cloud Platform built for developers

Fostrom, an IoT Cloud Platform built for developers

by arjunbajaj·Feb 20, 2026·13 points·8 comments

AI Analysis

●●SolidShip ItSolve My Problem

Solves IoT infrastructure friction, but Firebase IoT Core and AWS IoT already own this space.

Strengths
  • Genuine problem articulation: founders faced this in previous startup (vertical farms)
  • Elegant tech stack choices: Go↔Elixir bridge, WASM Actions, Rust device agent show thoughtful architecture
  • Comprehensive primitives: typed schemas, per-device mailboxes, global regions, full observability cover real edge cases
Weaknesses
  • Technical Preview stage with free pricing—no proof of production reliability or sticky retention
  • IoT platforms are crowded (AWS IoT, Azure IoT Hub, Google Cloud IoT, Firebase); unclear differentiation vs incumbents
Target Audience

IoT developers, hardware engineers, automation teams building connected device fleets

Similar To

AWS IoT Core · Google Cloud IoT · Firebase Realtime Database

Post Description

Hey HN! Arjun and Sid here.

Fostrom is an IoT Cloud Platform designed for developers to make it really easy to get started and scale fleets. We have Device SDKs (in Python, JS, Elixir, more coming soon), Typed Schemas, Per-Device Mailboxes, Programmable Actions, 4 Global Regions for lower-latency connections, and much more.

We've built Fostrom to solve a real need we faced in our previous startup, building a fully automated indoor vertical farm. We spent more time figuring out IoT infrastructure than writing automation logic. Fostrom is the platform we wished existed back then.

Over the last few years we've experimented with a lot of interesting tech and architectures, and settled on an architecture that we believe is quite elegant. We wrote a Go<->Elixir bridge to execute JS code in WASM for Actions, implemented a DuckDB library for Elixir, and wrote a Device Agent in Rust that our SDKs run in the background (https://github.com/fostrom/devicekit).

The most interesting realization we had was about the data architecture. For years, we tried using distributed databases and built complex layers on top of them, but all approaches had significant limitations specifically around consistency and querying. We want to provide operational correctness, rich insights, and reliability. Finally, we came to the conclusion that to achieve this we really need a SQL database for fleet data. So we built a DuckDB-based replicated multi-tenant data layer. We're still improving it (hence the Technical Preview badge) but we're quite proud of this decision. It simplifies the rest of the codebase, while keeping operational complexity in just a few places.

Our vision is to make a powerful IoT platform that enables you to build correct, secure, and reliable connected systems without dealing with any of the plumbing or infrastructure.

Next up, we're gonna launch our CLI, add automatic device monitoring to our Device SDKs, and improve the debugging experience. We have some pretty cool ideas to make Fostrom and the experience of developing connected systems better. We're also going to write more about our architecture and journey soon.

We also published our launch blog post which goes into more detail about our vision, what we've built, and our future plans: https://fostrom.io/blog/introducing-fostrom

Would love for you to try out Fostrom and give us your feedback and thoughts.

Similar Projects

Infrastructure●●Solid

Fostrom, an IoT Cloud Platform built for developers

They combined typed payload validation, per-device sequential mailboxes and JS Actions running inside a WASM sandbox — a practical feature set that actually improves predictability for fleet code. The tiny Rust agent plus Python/JS/Elixir SDKs and an Elixir+DuckDB backend signal thoughtful infra choices rather than vaporware. Nice UX on the landing page, but the space is crowded; integrations and real-world scale will determine whether this stands out.

WizardryNiche Gem
arjunbajaj
303mo ago
Developer Tools●●Solid

Alyt – type-safe multi-provider analytics SDK

YAML→TypeScript codegen for analytics prevents typos and centralizes event definitions.

Solve My ProblemBig Brain
jrandolf
103mo ago
Infrastructure●●●Banger

An API that resolves conflicting IoT device state in 47ms

Multi-signal arbitration engine solves out-of-order IoT state with 47ms latency and confidence scoring.

Big BrainSolve My Problem
TylerArrows
233mo ago