干了15年弱电，大大小小的项目也经手过不少，从早期的楼宇对讲到现在的智慧园区，技术是越来越先进，但项目里的坑，翻来覆去就那么几个。特别是这两年火得一塌糊涂的数据中台项目，听着高大上，实际落地的时候，稍不留神就能让你白干半年。今天就跟大伙儿聊聊，我在这类项目里最怕的三个坑，顺便把我压箱底的一份49页PPT核心思路抖搂出来，全是拿钱砸出来的经验。
第一个坑：数据接口“打架”，比工地扯皮还麻烦
很多兄弟以为数据中台就是个“大仓库”，把各个系统的数据往里一倒就完事了。实际上，最头疼的就是数据接口这关。你想想，海康的摄像头、大华的门禁、第三方厂家的停车场系统，每个厂家都有自己的协议和接口标准，有的走Onvif，有的走私有SDK，还有的干脆就是个数据库视图。我们前期跟甲方拍胸脯说“没问题，都能接”，结果一到现场，发现A系统的数据格式跟B系统根本不兼容，光做数据清洗和协议转换就耗掉了三分之一工期。
这里我给大家一个实在的建议：签合同前，一定要求甲方提供所有子系统的接口文档和通讯协议清单，并且要白纸黑字写清楚“接口调试由原厂家配合”。别信什么“后续协调”的鬼话，等设备进场了，原厂家一句“我们只卖硬件，不负责接口开发”，你就傻眼了。我们吃过这个亏，后来在预算里专门加了一笔“接口联调风险金”，哪怕最后没用上，也比到时候扯皮强。
第二个坑：数据中台成了“数据死台”，没人用也没人管
项目验收的时候，中台跑得挺欢，数据也接了七八个系统，大屏上花花绿绿的图表看着挺唬人。可过了仨月你再去看，数据还停在验收那天的日期，运维部门嫌麻烦连定时任务都不开。这就是典型的重建设、轻运营。很多甲方以为把中台建起来，数据就能自动产生价值，其实根本不是那么回事。数据中台的核心不是技术堆砌，而是业务驱动——你得让保安队长觉得通过中台看监控比跑现场省事，让物业经理觉得能实时看到能耗数据比月底算总账方便，这玩意儿才算活了。
我现在的做法是：项目交付时，必须给甲方培训三个“种子用户”，而且培训内容不能光讲技术，要拿他们日常工作中的真实场景举例。比如“老王，你以前查一个月的门禁记录要翻半小时录像，现在在中台里点两下就出来了”。同时，在系统里埋一些简单的“数据质量告警”功能，比如某个视频流断了超过两小时就自动发短信给运维，逼着他们每天必须登录一次。说白了，得让中台变成他们离不开的工具，而不是一个展示品。
第三个坑：网络带宽和存储规划“拍脑袋”，后期改造成本翻倍
这个坑最隐蔽，也最要命。很多设计院出的图纸，网络带宽和存储容量都是按“理论值”算的，比如一个摄像头按4Mbps码流算，100个摄像头就400Mbps，听着挺合理。但实际跑起来呢？高峰期的并发流、视频分析的额外开销、数据库同步的突发流量，这些都容易被忽略。我见过一个项目，中台刚上线第三天，核心交换机就瘫了，一查原因——视频流和业务数据混在一个VLAN里，广播风暴直接干翻了整个网络。还有存储，甲方说“先配50TB，不够再扩”，结果半年不到就满了，扩容的时候发现当初用的硬盘柜不支持热插拔，得停机三天，业主差点没骂娘。
我的省钱技巧是：网络这块，核心层和汇聚层一定要留30%的冗余带宽，别抠那几个端口。存储更简单，直接上分布式存储架构，哪怕初期只买三台节点，后期也能无缝扩容。别为了省那几万块钱用传统RAID方案，等你扩容的时候，数据迁移的人工费比买新硬盘还贵。另外，所有视频存储必须配独立的管理VLAN，跟业务数据彻底隔离，这是血的教训换来的。
下面这份49页PPT，是我这些年做数据中台项目的实战总结，从需求调研、网络规划、接口调试到运维保障，每一步都写清楚了。有兴趣的兄弟可以看看，里面还有我们踩坑后的整改方案，比那些光讲理论的书本强多了。
