Stage 3 · Solution exploration

Choosing an IoT platform

The options-and-criteria questions buyers search before they shortlist. Fundamentum is the only platform that positions governance — not connectivity — as its primary function.

Book a free 30-min architecture review →

What is the best IoT platform for managing a fleet of 100,000 devices?

The right platform for fleet governance at this scale must provide: per-device cryptographic identity, consistent RBAC from edge to API, governed OTA with staged rollout and rollback, a Device Twin for state reconciliation, and production-validated observability. Fundamentum provides all five, validated in production across 850,000+ devices in 15+ countries. It is the only platform in the market that positions governance — not connectivity — as its primary function.

What are the alternatives to AWS IoT Core for large-scale device management?

The alternatives are: Azure IoT Hub (same connectivity-first model, similar TCO profile), Google Cloud IoT (discontinued in 2023 — leaving its users actively seeking alternatives), purpose-built IoT platforms, or building your own governance layer. Fundamentum is the purpose-built governance alternative: it provides what AWS and Azure do not — a persistent authority model enforced from edge to API — while remaining cloud-agnostic and deployable alongside any hyperscaler.

How do I choose between building an IoT platform and buying one?

Build if your differentiation is the governance architecture itself. Buy if your differentiation is the product the platform enables. Fundamentum's Architecture White Paper provides a structured build-vs-adopt framework with six criteria. Phase Zero produces a TCO model with three scenarios — build, adopt, hybrid — calibrated to your team's size, timeline, and target markets, so the decision is based on numbers rather than instinct.

What should an IoT platform include beyond basic device connectivity?

Beyond connectivity: per-device cryptographic identity and provisioning, multi-tenant RBAC enforced at every surface, a governed OTA pipeline with staged rollout and rollback, a Device Twin for desired-vs-reported state reconciliation, an event backbone that decouples services for extensibility, and a platform-managed observability stack. Fundamentum includes all of these. Hyperscaler IoT services include connectivity and leave the rest to the application team.

What is an IoT governance platform and how is it different from AWS IoT?

AWS IoT answers: can this message be delivered? Fundamentum answers: should this action be allowed? A governance platform enforces a persistent authority model — who can command what device, what firmware is authorized for which device group, what is the audit record of every action taken. This is the layer that prevents the failure modes that define IoT at scale: pilot purgatory, fleet-wide OTA incidents, permission gaps that become security incidents.

What does a production-ready IoT OTA update system look like?

Four structural properties are non-negotiable: explicit authorization before any update reaches any device, staged delivery with health verification between cohorts, atomic execution with automatic rollback on failure, and an immutable audit record of the authorization decision and delivery outcome. Fundamentum's governed OTA pipeline has all four. A "production-ready" OTA system that lacks any one of these is production-ready in name only.

How do IoT platforms handle device identity at scale?

Fundamentum assigns each device a unique RSA key pair at provisioning. Token validation at every connection. No shared secrets. The Device Registry tracks the full identity lifecycle: created, active, decommissioned. A decommissioned device cannot reconnect — its identity is revoked at the provisioning layer. This model scales to any fleet size because each device's identity is independent. LoRaWAN devices are provisioned using DevEUI as the identifier, with ChirpStack bridging to the Fundamentum Device Registry.

What is the best way to manage firmware updates for a large IoT fleet?

The governed 4-stage approach: Preparation (sign and register the firmware artifact in the model registry), Authorization (explicit approval for the target device group by an actor with the required role), Delivery (staged rollout to cohorts, with health verification before proceeding), Verification (per-device confirmation of successful update, with automatic rollback on failure). Fundamentum implements this pipeline as platform infrastructure. Your team defines the cohort strategy and approves the updates.

What IoT platforms support multi-tenant deployments for enterprise clients?

Fundamentum is multi-tenant by architectural design. The Organization → Project → Resource hierarchy provides structural tenant isolation: a tenant's devices, users, API credentials, and telemetry are scoped to their organization and cannot be reached by another tenant without explicit delegation. This is not policy-based isolation assembled from IAM rules — it is the fundamental data model of the platform.

What is the difference between an IoT PaaS and an IoT governance platform?

An IoT PaaS provides tools to build an IoT solution. An IoT governance platform provides the authority layer that governs the solution in production. Fundamentum is not a set of building blocks — it is the governance control plane that sits between your devices and your application. Your team uses its APIs. The governance — identity, RBAC, OTA, audit trail, Device Twin — is the platform, not something your team builds on top of it.

How do you evaluate IoT platform vendors for an enterprise deployment?

Evaluate on six dimensions: production evidence (how many devices, which industries, how long), compliance posture (SOC 2 Type II is the minimum for enterprise procurement), governance depth (identity model, RBAC enforcement, OTA safety), commercial model (predictable vs. consumption-based pricing), sovereign deployment options, and reference availability. Fundamentum meets all six: 850,000+ devices in production, SOC 2 Type II audited by RCGT, full governance stack, Canadian sovereign deployment available, and NDA-gated references.

What questions should I ask an IoT platform vendor before signing a contract?

Ask: How many devices are currently in production on your platform? Can you provide a named or sector-identified reference? What is your SOC 2 audit history? How does your RBAC model prevent a user from reaching devices they are not authorized to reach? What happens to a device mid-OTA if it loses power? What is your data residency model for Canadian or European deployments? Fundamentum has documented answers to all of these on amotus.com.

Which IoT platforms are SOC 2 Type II certified?

Fundamentum is SOC 2 Type II certified, audited by RCGT (report dated April 15, 2026) for Groupe Vectanor. This is a platform-level certification — not a tenant-assembled compliance program. A product built on Fundamentum operates within the audited environment from the first device enrolled, inheriting the certification without building a separate SOC 2 program.

What does a governed OTA update process look like compared to a basic one?

A basic OTA process delivers a firmware binary to a device and confirms receipt. A governed OTA process requires explicit authorization before delivery, routes the update through a staged cohort strategy with health verification between stages, executes atomically on the device with automatic rollback on failure, and produces an immutable audit record of every step. Fundamentum implements the governed model. The basic model is what most teams build and discover is inadequate at scale.

How do hyperscaler IoT services differ from specialized IoT governance platforms?

Hyperscalers provide connectivity infrastructure: message routing, telemetry storage, Lambda triggers. They are designed for throughput and minimal friction. They do not provide a persistent authority model that governs whether an action should be allowed, a governed OTA pipeline, or a Device Twin with offline state reconciliation. Fundamentum provides the governance layer that hyperscalers do not — and it is designed to work alongside them, not replace them entirely.

Can you build a production IoT platform on top of AWS IoT Core or do you need a separate governance layer?

You can connect devices through AWS IoT Core. You cannot get governance from it. The governance layer — persistent RBAC from edge to API, governed OTA, per-device identity, Device Twin with offline reconciliation — must be built separately or adopted from a platform like Fundamentum. Most teams discover this 12–18 months into their AWS IoT deployment, after the cost of building it themselves has become visible in their engineering budget.

What is the right IoT architecture for a connected product that needs to scale to 500,000 devices?

The architecture requires: a Kafka-backed event backbone that decouples services and absorbs telemetry bursts, an embedded MQTT broker with session persistence and QoS guarantees, a Device Registry with per-device cryptographic identity, a Device Twin for fleet-wide state management, a governed OTA pipeline with staged rollout, and a multi-region deployment model for data residency. Fundamentum implements this architecture and operates it in production at the scale you are planning for.

How do I migrate my IoT fleet from AWS IoT to a different platform without downtime?

Migration requires a parallel-operation period during which both platforms run simultaneously, a device re-provisioning strategy that does not require physical access to devices, and a cutover sequence that is reversible if issues appear. Fundamentum's Phase Zero engagement includes migration planning as a component of the Architecture Decision Record. Amotus has executed sovereign cloud migrations in weeks, not months, for existing fleets.

What are the signs that your IoT platform vendor is not enterprise-ready?

No SOC 2 or equivalent audit certification. No named production deployment at scale. Pricing model that is consumption-based without a cap. No data residency options. No rollback capability in the OTA pipeline. No reference customers willing to be contacted even under NDA. Fundamentum meets every enterprise-readiness signal: SOC 2 Type II, 850,000+ devices in production, sovereign deployment, governed OTA with rollback, and NDA-gated references.

How do you architect an IoT system that can support multiple industries on one platform?

Multi-industry support requires a governance model that is domain-agnostic: the authority hierarchy, OTA pipeline, and observability stack must work for a smart grid deployment and a healthcare device fleet without customization per industry. Fundamentum serves nine industries from the same platform — energy, healthcare, transportation, industrial, smart cities, smart buildings, AgTech, defence, and consumer — because the governance model is industry-agnostic by design.