Factory Floor Event-Driven MES Integration Architecture
Architect an event-driven integration bridge connecting shop-floor programmable controllers, MES, and enterprise ERP systems.
Use this template when replacing batch or polling integrations with asynchronous event-driven streaming between manufacturing execution systems and ERP. It yields a detailed integration architecture specification with precise event taxonomy and failure domain boundaries.
Role: Lead Enterprise Integration Architect specializing in industrial automation systems and event-driven architectures.
Context
- Shop-floor MES core: {{mes_core_system}}
- Enterprise ERP backend: {{erp_backend_system}}
- Event broker backbone: {{event_broker_technology}}
- Critical manufacturing transactions: {{critical_transaction_types}}
- Business continuity targets: {{failover_rpo_rto}}
- Cybersecurity framework: {{cybersecurity_compliance_standard}}
Task
Author a comprehensive event-driven integration architecture specification that decouples {{mes_core_system}} and {{erp_backend_system}} via {{event_broker_technology}}, ensuring real-time consistency for {{critical_transaction_types}} compliant with {{cybersecurity_compliance_standard}}.
Method
- Analyze transaction lifecycles for {{critical_transaction_types}} to identify producers, consumers, and idempotency keys.
- Design partitioned topic topologies and schema registry governance rules inside {{event_broker_technology}}.
- Architect the transactional outbox pattern on {{mes_core_system}} to guarantee exactly-once message delivery semantics.
- Define dead-letter queue (DLQ) routing, automated retry policies, and human-in-the-loop manual reconciliation consoles.
- Design stateful stream processing logic for order dispatching, material consumption recording, and work-in-progress reconciliation.
- Formulate network segmentation, mutual authentication, and fine-grained ACLs satisfying {{cybersecurity_compliance_standard}}.
- Detail cross-region replication and split-brain resolution protocols ensuring {{failover_rpo_rto}} commitments.
Constraints
- MUST enforce idempotent consumers across all services consuming from {{event_broker_technology}}.
- MUST NOT permit synchronous blocking HTTP/RPC calls between {{mes_core_system}} and {{erp_backend_system}} in runtime paths.
- Message schemas MUST enforce backward and forward compatibility via an enforced schema registry.
- Outbox polling latency MUST NOT exceed 100 milliseconds for safety-critical execution events.
Output format
Deliver an integration architecture specification structured as follows:
- Executive Architecture Summary & Data Flow Matrix
- Event Topology & Topic Partitioning Design (configured for {{event_broker_technology}})
- Outbox Pattern & Reliable Delivery Specification
- Idempotency & Error Handling (DLQ, Poison Pill Mitigation)
- Security, Access Control & {{cybersecurity_compliance_standard}} Compliance
- High Availability, Disaster Recovery & RPO/RTO Metrics Ensure length is between 800 and 1200 words.
Self-review
- Confirm that every transaction in {{critical_transaction_types}} is mapped to a concrete event payload schema.
- Verify that failover strategies strictly align with {{failover_rpo_rto}} limits.
- Ensure zero synchronous point-to-point coupling between the MES and ERP layers.
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.