人在囧途之过收费站
最近与同事从昆山出发去上海出差
考虑距离比较近
就直接开车上路了
一个简单的决定
却成为挥之不去的梦魇
过收费站囧记
昆山到上海需经沪宁高速
过陆家收费站时的经历
实在忍不住想向各位吐槽一下
这个收费站出城共5条通道
当天1条通道被关闭
仅2条ETC通道和2条人工通道
通道少就算了
偏偏又把ETC通道搞在最左侧
结果是
右边东城大道来的车要变道到最左侧
左边金阳路来的货车又要挤到最右侧
交错变道,车距又短,危险不说
硬生生的把出城路况搞成一锅粥
这些我都忍了
但当你经过一番挣扎终于挪到对应通道时
忽然车也不动了
大老远就看到前面的道闸抬不起来
几个工作人员在闸口忙活
弄啥嘞?ETC读不出来?
忍无可忍正欲喷人
只见坐副驾的同事淡定的蹦出一句
“果然不出老夫所料,ETC系统又崩了!”
依他频繁出差的经验
得出的结论是
此收费站ETC系统极易出问题
他就碰到过几次
讲着讲着,同事双手一摊
无奈的哀叹一声
人家花桥收费站都31条通道了
也没见过出啥问题,这到底搞啥子哟
传说中的花桥收费站
沪宁高速花桥收费站
位于昆山境内
江苏及北方各省进入上海的主要陆路通道
正因地位如此重要
来往车流又密集
收费站共开通了31个通道
全天双向交通流量已超过8万辆次
遇上国庆或旅游旺季
车流量还会猛增
在最忙碌的季节和时段
即使通道全开也要保证几秒过一辆车
对ETC系统的压力可见一斑
压力到底有多大?
那得先弄清楚ETC是怎么运行的
短短几秒内完成一系列复杂处理流程
读取车牌、调取车辆相关资料核实
并快速作出判断
如车辆是否有效、是否报警以及余额是否充足等
最后根据判断结果作出相应处理
因此一套ETC系统组成设备也比较复杂
包括工业控制计算机、车道控制器
电子标签读写天线、车辆检测器
抓拍摄像机、费额显示器
通行信号灯、声光报警器
自动栏杆、字符叠加器等
这其中最核心的就是
工业控制计算机
相当于ETC系统的大脑
所有与计算处理相关的工作都由它完成
它行,则系统稳定高效
它不行,则系统容易出问题
那它到底长啥样
其实就是一台高性能服务器
自从有了它,感觉都不一样了
以前的花桥收费站只有15个通道口
近年来车流量的迅猛增长
为提升收费站的过站体验和收费效率
2017年经改造扩建为31通道
原承载的两台ETC系统由国外某大厂提供
长期高负荷运行导致设备老化
处理效率越来越低
若现有31个通道同时开通
在多进程下内存资源很容易耗尽
为构建更可靠稳定的ETC系统
降低收费站人员维护压力
决定更换原来的服务器
采用性能更好和可用性更高的产品
硬性要求是
提高基础架构的利用率
降低能耗、节省空间、节约成本、提高灵活性
经过多轮评估选型
招标方案最终相中了
Stratus ftServer 6900服务器
它容错性极高、维护简单、可扩展性强
之所以“力压群雄”
还在于它是以“故障预防”为目标
而不是传统的“故障恢复”
它具有全双工硬件的单一系统
可防止关键业务应用程序停机
从而确保持续可用性
即使基础硬件组件出现故障时也是如此
要说它有多可靠
全球部署平均正常运行时间7个“9”
在服务器性能、配置和可扩展性上
Stratus ftServer 6900系列
可搭配两颗英特尔至强金牌6127M处理器
最高640GB内存以及12Gb SAS硬盘
足以支撑数据密集型应用场景
自从使用该产品后
花桥收费站从未出现过车流排长队的现象
正如鲁迅先生在《故乡》中写道
希望是本无所谓有,无所谓无的
这正如地上的路
其实地上本没有路,走的人多了,也便成了路
我却想说
问题是本无所谓有,无所谓无的
当你选对了产品,也就没有了问题
剩下的只有极致体验了
提交
工业互联网项目实施经验分享——我是如何解决问题的
观察|分布式边缘计算平台是工业智能化的重要保障
案例说 | 系统运行零宕机,ftServer重新定义“安全”!
案例说 | 意外停机,Breton Say No!
开启边缘计算之旅,企业需解决七大安全风险