城市级智慧停车系统痛点

背景

• 具备软硬件系统化技术研发实力的创业型公司，已接入城市：西安、个旧、武汉、襄阳、咸宁、秭归、荆州
• 目前系统需要接入的城市前三甲（来源于《2019年中国停车行业发展白皮书》）
  • 北京市小汽车保有量为 636.5 万辆，备案停车位总数为 170.4 万个，汽车和车位比例为 3.7 : 1
  • 上海市小汽车保有量为 540 万辆，经营性公共停车位为 84.1 万个，汽车和车位比例为 6.4 : 1
  • 深圳市小汽车保有量为 349.9 万辆，经营性公共停车位为 169.1 万个，汽车和车位比例为 2.0 : 1
  • 美国的汽车和车位的比例是 1 : 7
• 将来系统可能需要承载的最大数据量（按汽车和车位比例 1 : 1 ，保有量1000万辆，按天计算）
  • 巡检流水：2 批次/小时 * 24 小时 * 1000 万泊位/批次 = 4.8 亿
  • 停车流水：10 次(平均周转次数)/泊位 * 2次(进出场) * 1000 万泊位 = 2 亿
  • 停车订单：10 次(平均周转次数)/泊位 * 1000 万泊位 = 1 亿

当前问题和对应解决方案

• 业务需求越来越无法满足
  • 当前问题
    • 无法做到升级系统，不停止业务运营（365天*24小时）
    • 无法适应大量巡检设备同时运行
    • 无法满足团队规模化高效迭代产品
  • 解决方案
    • 逐步完成分布式架构替代单体架构，从而解决系统无缝升级、高并发、系统对接、规模化开发等问题
• 客户端（包括但不限于部署在客户内网的管理后台和巡检APP等等）维护成本越来越高
  • 当前问题
    • 升级需要运维人员出差各城市现场升级、调试，人力成本高
    • 无法设置账号额度和系统过期时间，不利于产品长期存活
  • 解决方案
    • 设计多租户架构，完成对各个租户的授权保护机制
    • 搭建中央仓库，升级、维护线上远程完成
• 对接上下游平台越来越难
  • 当前问题
    • 无法对接上游智慧城市平台
    • 无法兼容下游设备制造商
  • 解决方案
    • 搭建单独开放平台
• 日均亿级数据，未产生应有价值
  • 当前问题
    • 大量数据沉睡在数据库，没有产生价值
  • 解决方案
    • 搭建单独的数据仓库和大屏
• 没有风险控制系统
  • 当前问题
    • 不停机系统，没有对应监控告警机制
  • 解决方案
    • 搭建单独监控平台，并对接短信、邮件、钉钉等第三方监控