【Hello, ioT! 车企巨头在ioT中的实践】

开篇前提

什么是OEM，Tier1，Tier2？

OEM：Original Entrusted Manufacture 通常指主机厂，在下文中指车企厂商。
Tier1: 一级供应商，也是跟OEM签订供应合同的供应商。一级供应商所供应的零部件，并不一定全部来自自身的产线生产制造，比如液晶仪表供应商的液晶屏幕就会采取外购的形式，液晶屏幕供应商，就是二级供应商。
Tier2：二级供应商，跟一级供应商签订合同的供应商。在一般零部件制造中，一级供应商制造的零件中也会采用购买或外包的形式获取所需的零部件和服务。

简单理解，跟OEM直接签订合同的是一级供应商，跟一级供应商签订合同的是二级供应商。

下面让我们看几个案例，看下这些OEM厂商，Tier1供应商是怎么应对ioT场景的。

（注：本文选的例子除上汽大众选用EMQX，其余均使用的HiveMQ，不是EMQX不强，而是国外使用HiveMQ的多，国内使用的EMQX多，本文的例子很多是国外公司的）

OEM厂商

宝马-BMW

场景

宝马 mobility-services ，该服务使车队运营商能够远程管理车队、向各个车辆发出远程命令（例如锁定/解锁）以及从每辆车收集数据。宝马集团的汽车共享服务“DriveNow”（自 2019 年 2 月 22 日起成为 SHARE NOW 的一部分）使用该汽车共享产品，目前已在 12 个欧洲城市推出。

工业实践

2014 年，BMW Mobility Services 开始使用 HiveMQ服务 作为其汽车共享服务的消息传递平台。HiveMQ 平台现已投入生产，支持超过 80,000 个并发连接的软件客户端，每分钟生成超过 90,000 条消息。HiveMQ 和 MQTT 的使用非常成功，以至于 BMW Mobility Services 已将其使用的 HiveMQ 也有用于其公司内部微服务之间的通信服务。

关键点: 网络连接可能不可靠。解决网络延迟和网络可靠性问题是移动行业的关键挑战。

成果

BMW Mobility Services 的汽车共享服务现已使用 HiveMQ 投入生产。该服务由数百个用 Java 编写的 Docker 化微服务组成，运行在 Amazon Web Services (AWS) 托管的 Kubernetes 集群上。HiveMQ 处理的典型生产负载是每分钟超过 80,000 个同时连接的客户端处理的超过 90,000 个事务。最重要的是，宝马移动服务为其客户提供可靠的服务，并在网络服务不可靠的地区运营。

吉利

**ECARX**是中国汽车制造商吉利的子公司。

场景

ECARX 从汽车收集遥测数据，包括远程状态、驾驶日志和 x-call。他们还可以向汽车发送命令，例如用于汽车共享的数字钥匙、远程发动机启动、远程气候控制和远程锁定/解锁。

工业实践

ECARX在集群环境下将HiveMQ部署到阿里云SLB上。集群环境由3个节点提供支持，每个节点包含8个核心16G Centos EC2服务器。MQTT 消息从 HiveMQ 转发到 Kafka 集群，以将事件流式传输到企业系统中。HiveMQ 访问存储在 Redis 和 Postgres 数据库中的车辆身份验证和授权数据。

成果

ECARX 预计将以最短的连接时间和延迟支持多达 100 万辆同时连接的汽车，以确保良好的最终用户体验。

上汽大众

场景

2018 年上汽大众在设计研发新一代车联网系统时，SC 部门考虑到新型车联网大并发、低时延、高吞吐的场景需求，参考了国内外主流新型车联网系统架构，最终采用了基于 MQTT 协议建设新一代车联网平台。

工业实践

EMQX 基于 MQTT 协议的消息中间件具备大并发、低时延、高吞吐等特性，非常适配我们的车联网应用场景

成果

2020 年上汽大众新一代车联网平台顺利上线，平台车辆接入总量现已达数十万，2021 年底有望突破百万辆并仍在不断增长，而平台始终保持着稳定的运行状态。

福特

场景

**Autonomic**成立于 2016 年，旨在响应汽车技术和移动出行的新兴趋势——基于互联的变革。

交通移动云 (TMC) 是由 Autonomic 创建的 API 驱动的互联车辆云平台。TMC 创建了一种访问联网车辆数据和发送远程命令的标准方法。它还为汽车原始设备制造商提供了构建与驾驶员安全、预防性维护、车队管理等相关的智能移动应用程序的通用基础。TMC 的一个关键组成部分是车辆连接，它支持车辆和应用程序之间的双向通信。对于使用**MQTT**作为通信协议的车辆，Autonomic构建了基于HiveMQ的集成解决方案。

工业实践

Autonomic 已成功将其首个大型汽车 OEM 在运输移动云上部署到生产中。使用 HiveMQ，TMC 为数百万辆联网汽车提供连接，每秒处理数千条消息。

Autonomic 广泛使用了 HiveMQ 扩展系统，包括适用于 Kafka 的 HiveMQ 企业扩展。Autonomic 将所有 MQTT 消息转发到 Kafka，以便将消息分发到 TMC 中的不同微服务和应用程序。Autonomic 还创建了自定义扩展来支持特定 MQTT 客户端的边缘情况，改进故障排除和消息监控，并与内部身份验证系统集成。

Tier1厂商

Rimac Technology(布加迪 Rimac姊妹公司)

场景

Rimac Technology 拥有 1,300 多名员工，设计、制造和生产高性能电动汽车零部件和系统，帮助全球汽车行业打造出色的混合动力和电动汽车。如今，Rimac Technology 已成为为众多全球最负盛名的汽车制造商提供尖端交钥匙解决方案的一级供应商。

工业实践

Rimac 连接平台的云部分托管在 AWS 上，分为两个子系统：

• 连接子系统负责处理从车辆发送的数据并将数据存储到各种接口和数据库。
• 网关子系统负责提供 API，Rimac 客户可以使用这些 API 来构建自己的用户界面应用程序（移动应用程序、Web 应用程序等）。

成果

在 Rimac，一辆车可以以高达每秒 1,000 次的速率连续传输来自 5,000 多个 使用MQTT协议 传感器的数据。HiveMQ 代理在确保 Rimac 工程师无论车辆位于何处都能轻松掌握所有数据方面发挥着关键作用。

Rimac 基于云的后端解决方案利用通过 HiveMQ MQTT 代理双向传输 MQTT 远程信息处理数据来满足多种用例，例如无线 (OTA) 更新、远程命令和 Rimac 工程师进行的详细车辆诊断。

网约车服务商 - Beat

场景

Beat 是一家科技公司，该公司目前是其祖国希腊和秘鲁排名第一的叫车应用程序开发商，也是拉丁美洲增长最快的叫车应用程序。该公司成立于 2011 年，隶属于 BMW 和戴姆勒的网约车合资企业 FREE NOW 集团。Beat 通过将数千名乘客与附近可用的司机实时连接，创造了全新的乘坐体验。通过该应用程序，您可以 24/7 全天候请求司机。

Beat 选择实现 MQTT 来满足其异步通信需求，因为它是一种轻量级、可扩展且可靠的消息传递协议。最重要的是，MQTT 已被证明是实时消息传递的成功行业标准，并且非常适合移动设备连接。该公司对 MQTT 的关键功能（例如消息过期、保留消息、共享订阅、遗嘱等）十分重视。

工业实践

Beat 使用托管在 Kubernetes 上的 HiveMQ 平台，该平台在 AWS EC2 实例上运行。截至目前，HiveMQ 平台支持超过 19,000 个并发连接，从而可以实现在 Beat 应用程序上注册的超过 700,000 名驾驶员和超过 2300 万名乘客的实时连接。

结语

OEM厂商为什么用

看完了上述案例，这些厂商为什么钟爱MQTT协议，选择HiveMQ 或 EMQX等作为ioT服务提供商。个人总结，有以下两点：

1，场景匹配

• 基于MQTT协议实现的ioT服务，提供低延时，高可靠的通信服务，还有心跳机制、遗嘱消息、离线消息和安全管理等功能，非常契合物联网，数据回传，指令下发的场景。

2，质量保障

• 对于移动端设备(基于4G/5G的网络)，在复杂网络环境下，考虑到基站覆盖等多方因素，有个关键的难题，就是网络，移动端的网络一定是不稳定的。这样如何为网络不稳定的移动端提供更好的消息推送服务，就成了一项挑战。

  面对这项挑战，如HiveMQ等ioT服务供应商依托 aws（ aws本身有异地多机房 ，成熟的硬件结构和优化的网络结构），再加MQTT协议的服务质量保障，可以为本身网络不稳定的移动端提供更加可靠的消息送达。