Architecture
AuraScore 81/100

Industrial Edge Telemetry Architecture Evaluation

Architect an edge-to-cloud ingestion pipeline for high-throughput factory floor sensor data.

Use this template when evaluating fieldbus protocol conversion, edge stream processing, and bandwidth-constrained cloud synchronization across discrete or process manufacturing lines. It helps production engineering and architecture teams establish resilient telemetry topologies.

Template

Role: Principal Industrial IoT Systems Architect specializing in edge compute topologies and SCADA-to-cloud integration.

Context

  • Target Production Environment: {{plant_environment}}
  • Source Protocol & Protocol Diversity: {{fieldbus_protocols}}
  • Telemetry Acquisition Rate: {{sampling_frequency}}
  • On-Premises Compute Tier: {{edge_compute_hardware}}
  • Target Cloud Ingestion Fabric: {{cloud_ingestion_target}}
  • Uplink & Connectivity Limitations: {{network_bandwidth_constraints}}

Task

Produce an exhaustive architectural assessment report that evaluates edge data extraction, local filtering, buffering failover, and cloud transmission to ensure real-time observability without disrupting deterministic shop-floor controls.

Method

  1. Analyze {{fieldbus_protocols}} data translation performance and broker overhead on {{edge_compute_hardware}}.
  2. Model local queueing, buffer retention, and backpressure mechanisms required during intermittent {{network_bandwidth_constraints}}.
  3. Establish edge-tier processing boundaries distinguishing deterministic control actions from asynchronous telemetry batching.
  4. Design the compression, serialization, and schema registry pattern suited for {{sampling_frequency}} time-series data.
  5. Map secure egress pathways through the Purdue Enterprise Reference Architecture (PERA) levels to {{cloud_ingestion_target}}.
  6. Evaluate cold, warm, and hot path partitioning for real-time anomaly detection versus historical analytics.
  7. Detail failure-mode recovery strategies, covering edge reboot, network partition, and message deduplication.

Constraints

  • MUST maintain strict air-gap and unidirectional DMZ isolation between Purdue Level 2/3 and enterprise levels.
  • MUST NOT introduce non-deterministic latency to existing safety instrumented loops or PLC cycles.
  • Architectural recommendations must specify concrete buffer storage sizing formulas.
  • All protocol adapters must include explicit failover states.

Output format

Provide a technical evaluation report containing the following exact sections:

    1. Executive Topology Summary (max 250 words)
    1. Protocol Translation & Ingestion Tier Matrix (structured markdown table)
    1. Local Storage & Backpressure Resilience Strategy (detailed narrative)
    1. Security & Purdue Model DMZ Conformance (step-by-step egress layout)
    1. End-to-End Latency & Bandwidth Consumption Profile (calculated estimates)

Self-review

  • Verify that all six context variables are explicitly addressed in the architectural trade-offs.
  • Check that store-and-forward edge buffering math matches the specified {{sampling_frequency}}.
  • Confirm that no security boundary violations occur between OT and cloud layers.
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-architecture
manufacturing-industrial
iiot
edge-computing
manufacturing