我为什么反对边缘计算

南城香、田老师、甚至西贝都在搞中央厨房模式，为什么还要边缘计算？

一、前提

这里的边缘计算指物联网领域的数据采集中间层的加减乘除统计分析、逻辑计算与数采相关工程配置，以下简称边缘计算。PLC、仪表等不在此列，本地scada、dcs系统不在此列（等同于内网平台），少数视频处理、AI算法等不在此列。一般等同为网关、通信管理机、协议转换器、盒子、集中器采集器等。

二、边缘计算的缺点

知道我的朋友都知道我反对所谓边缘计算，能在平台层做的均应在平台做。以方便统一集中标准化自动化增删改查管理监控。

1. 任何公司的采购都是货比三家供应商，极少有单点依赖。以此为前提则某个数采项目中边缘端肯定应为多家供应商，请问怎么保证这多家供应商产品功能实现细节的一致性（国家电网那种单独配试验检测机构的除外）？怎么去监控与约束他们的黑盒子？即使是同一家供应商的，不同程序员开发的协议驱动细节也千差万别，表现不一。
2. 以上厂家的黑盒子工程配置的统一管理，变更历史记录的保存与传承考虑过？能确保像gitlab一样有据可查，确保不接手项目像考古一样反推？！不要跟我说弄文档，开发文档都不规范去指望交付弄项目细节文档？！基础档案管理要搞准搞清搞细。
3. 一个园区围墙开个门容易，挖个洞就行了。但是配套呢？要不要安装监控，要不要配保安，要不要装刷卡机，要不要防水防火防盗？平台有微服务监控治理，有elk有CICD全家桶，边缘计算有啥配套与体系呢？计算失败了怎么办，什么时候以及为什么计算失败，补算怎么整，系数配错了怎么改回去重新回算？
4. 众所周知配数采协议是个体力活、专业活，很多人因为枯燥、问题多，不会不好排查而焦虑，那么我们是集中统一去管理与配置来保持一致性、准确性（如对协议术语理解不深，当前、当日、当月需量与最大需量地址错配）、便利性、批量集中大规模的可观测性还是各自为政？一个项目点坏几个鼠标？应减轻很多人去理解配置的负担。
5. 边缘计算是“中间商赚差价”，边缘未实现的平台只能干等，不具备可扩展性或者说可扩展的成本较高，需要上下都改。改完远程升级或配置，网不好升级不了的怎么办？U盘现场升级？下月1号0点同时调个价格，怎么保证成千上万的边缘都在这同一时刻开始计算？时钟有保证？保证不了的有线下应对预案（国家电网有掌机现场个别操作）？