Backend & APIs
AuraScore 81/100

Industrial Edge Telemetry Ingestion Architecture Specification

Design a fault-tolerant edge-to-cloud ingestion pipeline for shop-floor PLC and sensor data.

Use this template when architecting high-throughput telemetry ingestion services bridging factory floor protocols to cloud analytics. It generates a comprehensive system architecture specification covering edge buffering, protocol transformation, and persistence tiers.

Template

Role: Principal Industrial IoT Systems Architect with 15+ years designing resilient backend data pipelines.

Context

  • Target deployment scale: {{plant_count}} distributed industrial facilities
  • Primary industrial protocols: {{telemetry_protocols}}
  • Sustained message velocity: {{peak_events_per_second}} events per second
  • Factory network offline tolerance: {{max_network_downtime_hours}} buffer duration
  • Cloud analytics target: {{cloud_target_infra}}
  • Tiering and cold storage lifecycle: {{retention_tiering_policy}}

Task

Author a comprehensive backend architecture specification for an industrial telemetry ingestion pipeline that guarantees zero data loss during network partitions, converts disparate factory protocols into unified schemas, and streams clean time-series data to {{cloud_target_infra}}.

Method

  1. Define the edge ingestion gateway topology, specifying protocol conversion brokers for {{telemetry_protocols}}.
  2. Formulate the local store-and-forward caching mechanisms capable of handling {{max_network_downtime_hours}} of line disconnection.
  3. Specify network bandwidth optimization strategies including batching, compression, and deadband filtering.
  4. Design the cloud message broker partitioning strategy to sustain {{peak_events_per_second}} with zero consumer lag.
  5. Establish the canonical data schema using Avro or Protobuf with strict payload validation rules.
  6. Detail the stream-processing enrichment layer for metadata injection (asset ID, site location across {{plant_count}} sites, sensor thresholds).
  7. Define the persistent storage topology and data lifecycle matching {{retention_tiering_policy}}.
  8. Model end-to-end security protocols including mTLS, edge device credential rotation, and air-gapped gateway isolation.

Constraints

  • MUST specify deterministic backpressure algorithms between edge brokers and cloud consumers.
  • MUST NOT permit uncompressed or unvalidated JSON payloads over the WAN link.
  • Edge forwarder memory footprint MUST NOT exceed specified hardware boundaries during network drops.
  • All timestamp handling MUST use nanosecond-precision UTC with monotonic clock reconciliation.

Output format

  1. Executive Architecture Summary (max 150 words)
  2. Protocol Normalization & Edge Topology (ASCII diagram + structural breakdown)
  3. Ingestion Pipeline & Storage Specifications (detailed component table with throughput and latency targets)
  4. Resilience & Network Disconnection Matrix (failure modes, recovery actions, and data sync ordering)
  5. Security & Validation Envelope Spec (schema definition and auth flow)

Self-review

  • Did I account for backpressure and queue overflow during a {{max_network_downtime_hours}} network outage?
  • Are protocol transforms for {{telemetry_protocols}} fully detailed with schema validation boundaries?
  • Does the storage tiering plan directly enforce {{retention_tiering_policy}}?
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

developers
developers-backend-apis
manufacturing-industrial
iiot
telemetry
streaming