What the path develops
IoT systems engineering is the management of constrained, long-lived, intermittently connected computers across trust boundaries. The hard questions are rarely “can a device publish?” They are: Which identity is speaking? What may it do? What does the message mean? What happens during twelve hours offline? Can a signed update still be stale or incompatible? How does an operator find one broken model among 100,000 devices? What data should never leave the edge? How are authority, state, and evidence restored after failure?
Device identity, provisioning, and lifecycle trust
Weeks 1-2Start with the unit of trust. Build a small test CA and a lifecycle state machine before deploying brokers or dashboards.
- Explain why unique device identity limits the blast radius of extraction and compromise
- Separate manufacturing/bootstrap identity from operational identity and authorization
- Model zero-touch enrollment, server authentication, assignment, activation, and audit
- Compare X.509, symmetric-key, and hardware-backed attestation tradeoffs without universal claims
- Create test certificate chains, protected private keys, trust stores, and expiry monitoring
- Practice bounded-overlap renewal, revocation, quarantine, re-establishment of trust, and retirement
- Map NIST IoT device cybersecurity capabilities to the lifecycle
- Separate device, service, operator, update signer, and recovery identities
- Run negative enrollment tests for wrong issuer, model, tenant, expiry, replay, and duplicate identity
- Publish no private key, real identifier, or reusable credential in source, images, logs, or evidence
MQTT behavior, topic APIs, and device interaction patterns
Weeks 3-4Use the OASIS MQTT specification and Mosquitto behavior to understand packet-level guarantees, then add application semantics honestly.
- Capture CONNECT, CONNACK, PUBLISH, acknowledgment, subscribe, disconnect, and reason-code flows
- Choose QoS 0, 1, or 2 per loss, duplication, latency, state, bandwidth, and consequence
- Make QoS 1 and uncertain retries safe with stable IDs and idempotent outcomes
- Test Clean Start, Session Expiry, stable client identity, queued messages, and Message Expiry
- Use retained publications for current state, not as an event-history substitute
- Use Last Will plus normal online state to model unexpected disconnect carefully
- Design versioned topics for tenant, site, device, telemetry, state, commands, and responses
- Bind authenticated identities to exact publish and subscribe scopes and test wildcards negatively
- Separate observations, desired/reported configuration, and bounded expiring commands
- Compare local MQTT with Azure IoT Hub and AWS IoT Core MQTT support without assuming identical features
Synthetic OPC UA gateway and offline edge operation
Weeks 5-7Build the first project entirely in a disposable lab. Preserve source meaning across protocols and make disconnection a normal, bounded state.
- Run only a synthetic OPC UA server with an invented namespace and deterministic failures
- Validate OPC UA application certificates, secure endpoints, users, and trust lists
- Allowlist node IDs and keep the gateway read-only unless a separate harmless simulation is governed
- Preserve type, engineering unit, quality, source time, gateway time, schema, and provenance
- Separate acquisition from publication through a durable local queue
- Size queue bytes from measured record size, event rate, outage target, indexes, and safety margin
- Define priority, expiry, quota, eviction, protection, restart recovery, and declared loss behavior
- Rate-limit replay, protect live traffic, deduplicate downstream, and reconcile every terminal outcome
- Harden the gateway container with minimal user, capabilities, mounts, networks, and resources
- Complete certificate, bad-quality, stale-time, network, broker, disk, clock, duplicate, crash, and replay tests
Secure updates, fleet policy, and staged deployment
Weeks 8-9Treat update authority and operational rollback as first-class security boundaries. A fleet release is a distributed change with heterogeneous eligibility and failure modes.
- Explain secure boot and measured trust concepts separately from TLS and update delivery
- Verify signed update metadata, digest, size, expiry, model, dependency, and security version
- Separate protected root trust from routine release-signing and artifact distribution roles
- Reconcile anti-rollback security policy with a tested last-known-good recovery path
- Target deployments by model, capability, site, version, and ring
- Use immutable artifact identity rather than a mutable newest tag
- Preflight disk, power or resource state, certificate validity, queue/state compatibility, and dependencies
- Gate canary, pilot, and broad rollout on process, resource, freshness, schema, and semantic health
- Halt and roll back a workload that runs but produces invalid synthetic telemetry
- Compare Azure IoT Edge and AWS IoT Greengrass deployment mechanisms as implementations of these decisions
Fleet observability, scale, cost, recovery, and retirement
Weeks 10-12Operate the second project as a lifecycle system: inventory, detect, contain, restore, reconcile, retire, and prove cleanup.
- Track lifecycle, model, site, version, configuration generation, ring, credential expiry, and update state
- Measure source sequence/time, queue age, publish outcome, ingestion time, convergence, restarts, disk, and clock
- Apply OpenTelemetry selectively to gateway, provisioning, policy, update, and backend operations
- Keep device and event IDs out of routine metric labels; minimize logs, traces, precision, export, and retention
- Page on sustained fleet symptoms and group by cohort rather than generating one alert per device
- Capacity-test payload, protocol overhead, QoS, connections, reconnect storms, routes, queues, storage, and downstream lag
- Attribute cost to connections, messages, operations, compute, updates, storage, retention, telemetry, transfer, and DR
- Restore registry, enrollments, policy, desired state, update trust, deployments, routing, dashboards, and alerts
- Fence command/update authority, cut over a cohort, measure RPO/RTO, reconcile, and test failback
- Retire identities and delete queues, retained state, artifacts, keys, backups, telemetry, containers, and hosted resources
PrepKloud Edge & IoT learning surfaces
Twenty-five scenarios covering trust, MQTT semantics, state, gateways, offline operation, fleet updates, security, observability, scale, cost, and recovery. Edge & IoT flashcards
Review identity, provisioning, PKI, MQTT, twins and shadows, OPC UA, buffering, rollout, privacy, capacity, and DR. Two synthetic portfolio projects
Build a secure OPC UA-to-MQTT gateway and a managed fleet with signed updates, policy, alerts, and recovery. Complete practical guide
Read the architecture decisions, protocol boundaries, security controls, study plan, failure strategy, and official sources. OpenTelemetry practical guide
Deepen tracing, metrics, logs, Collector pipelines, privacy, alerting, and troubleshooting. Cloud lab cost control
Set budgets, measure usage, avoid idle resources, and verify cleanup before optional managed-service practice. Explore related roles
Research IoT, embedded, edge, platform, cloud, industrial-data, and reliability roles without treating outcomes as guaranteed. Editorial policy
Review PrepKloud originality, official-source, independence, update, safety, and correction standards.
Official primary resources
Use the normative protocol for QoS, sessions, retained messages, Will, topic aliases, expiry, flow control, reason codes, and security considerations.
Open MQTT 5.0Review broker, client, configuration, authentication, ACL, dynamic security, TLS, persistence, bridge, and operational documentation.
Open Mosquitto docsStudy overview, security model, services, information model, data access, status codes, application certificates, and trust.
Open OPC UA referenceUse NISTIR 8259, 8259A, 8259B, and SP 800-213A for device capabilities, manufacturer activities, customer guidance, and federal IoT controls.
Open NIST IoT programCompare IoT Hub identity, twins, messaging and scale; DPS provisioning; and IoT Edge offline and deployment operations.
Open Azure IoT docsCompare IoT Core security and policy, fleet provisioning, Device Shadows, Jobs, and Greengrass deployments and Stream Manager.
Open AWS IoT docsInstrument gateway and backend messaging operations, resources, metrics, logs, traces, Collector behavior, and data governance.
Open OpenTelemetry docsFrequently asked questions
Is this Edge and IoT path a certification or exam course?
No. It is a practical path built from original checks, synthetic labs, official specifications, and primary documentation. It claims no exam, score, credential, endorsement, job, salary, or production-readiness guarantee.
Can I connect the projects to a real industrial system?
No. Use only an OPC UA simulator and invented data. Real industrial systems have physical safety, process integrity, availability, regulatory, and change-control consequences that this learning path cannot authorize or validate.
Must I use Azure or AWS?
No. Build the core path locally and use provider documentation to compare control-plane implementations. An optional small managed lab can be useful if credentials, budgets, quotas, cleanup, and provider-specific MQTT differences are handled explicitly.
Which MQTT QoS should every device use?
There is no universal QoS. Choose by loss tolerance, duplicate consequences, state, packets, bandwidth, latency, message expiry, broker limits, and downstream idempotency. QoS 2 is not proof of exactly-once database or physical effects.
What projects demonstrate the path?
Project one is a secure synthetic OPC UA-to-MQTT gateway with durable offline replay. Project two is a synthetic managed fleet with zero-touch provisioning, per-device policy, desired/reported state, signed updates, rollout rings, rollback, alerts, DR, cost, retirement, and cleanup.
Build a fleet that can fail safely
Practice exact protocol semantics, unique trust, bounded autonomy, staged change, visible loss, measured recovery, and complete retirement.