过去两年，珠三角制造业对系统集成的需求发生了明显变化。以前客户问的是"能不能把ERP和MES打通"，现在问的是"产线数据能不能实时反哺排程算法"。问题变难了，说明数字技术已经渗透到核心生产环节。

系统集成的技术栈正在重构

传统集成方案多依赖ESB总线做协议转换，延迟高、扩展成本大。现在更主流的做法是基于消息队列（如Kafka、Pulsar）构建事件驱动架构，配合API网关做统一鉴权与限流。以广州坚果数字科技有限公司近期交付的一个汽配项目为例，我们将PLC采集频率从500ms压缩到80ms，靠的不是换硬件，而是把OPC UA的订阅模型改成了边缘计算节点预处理+MQTT分级上报。

为什么很多集成项目"上线即落后"

核心原因在于架构设计阶段没有预留数据治理层。设备协议五花八门——Modbus、Profinet、EtherCAT各有各的脾气，如果只是在应用层做适配，每接一条新产线就要重写一遍逻辑。我们建议在集成方案中单独划出数据中台层，统一做点位映射、单位归一化和时序对齐。

• 协议层：边缘网关做多协议解析，输出标准化JSON
• 数据层：时序数据库（TDengine/InfluxDB）存储高频数据，关系库保留业务主数据
• 应用层：通过低代码平台快速搭建看板和告警规则

对比：自研集成 vs 专业服务商

不少企业试图让内部IT团队啃下系统集成，但往往卡在三个地方：一是工业协议调试经验不足，二是缺乏跨系统数据建模能力，三是项目交付后运维文档缺失。专业服务商的价值不在于写代码更快，而在于踩过的坑足够多。

广州坚果数字科技有限公司：软件开发，数字技术，网络推广，广告设计，系统集成——这六个方向并非孤立业务线。系统集成项目中沉淀的数据接口规范，反过来会优化软件开发环节的模块复用率；而网络推广获取的客户反馈，又能帮助我们在广告设计阶段就预判终端用户对数据看板的交互偏好。

给正在规划集成项目的团队一个建议：先花两周时间盘点现有系统的数据出口，而不是急着选型中间件。很多项目失败不是因为技术选错了，而是连"有哪些数据、数据在哪、数据质量如何"都没搞清楚就开工了。