介绍

Fox-Cloud 是 灵狐技术 为物联网企业与开发者们提供的云端侧的配套产品。
Fox-Cloud 与现场侧的 Fox-Edge 共同构成了灵狐技术面向 2B2G 领域的物联网解决方案。

产品提示

物联网市场,根据最终用户群体,主要分为 2C物联网 市场和 2B/2G物联网 市场。 灵狐的解决方案针对的是 2B/2G物联网 市场,并不适合2C物联网市场。 如果您是2C物联网市场的用户,那么建议寻求2C物联网友商们的技术支持。

产品背景

当前政企用户的现场物联网设备,普遍有数据上企业数据中心/数据云的集中管理需求。

用户在现场部署 Fox-Edge 节点之后,Fox-Edge节点会不断的将数据主动推送到企业数据中心/数据云的Fox-Cloud之中。

Fox-Cloud汇聚了全网的智能设备数据之后,形成了一个拥有全网设备数据的数据湖,数据湖基于Mongodb数据库。

Mongodb作为一种大数据的数据库,具有弹性扩容,可以支撑数据规模的不断增长。同时又具有关系数据库的特点,方便用户各种数据查询、统计分析操作。

然后,企业用户就可以在数据湖中,对自己的网络数据,进行各种数据查询、分析、管理上的工作。

行业模式

1、用户分类

物联网云,按它的用户进行业务分类,主要是面向个人用户的业务 和 面向组织用户的业务 。

在市场上,大家经常会说到的2C2B2G ,它们的区分涉及到了接下来各家物联网厂商们的自我定位。

而灵狐的 Fox-EdgeFox-Cloud 是面向 2B2G 领域的技术。

主要指的是社会大众之中的个人,在行业内通常又称为 消费者用户 ,行业内经常说的 2C ,说的就是面向这些个人的业务。

主要指的是企业、事业、机关等各种社会组织。
企业的项目占据市场中最大的份额,所以在行业内通常又将其中的 企业用户 ,作为重点客户对象,行业内会经常说的 2B ,指的就是面向企业的业务。

政府的项目含金量最高,所以在行业内通常又将其中的 政府用户 ,作为重点客户对象,行业内会经常说的 2G ,指的就是面向政府的业务。

2B2G ,都归属于组织用户。

个人用户和组织用户,它们之间的差别非常巨大。

个人会购买的设备通常也就是几个,因为设备数量少,跟着数据量就少。因为数据量少,跟着就没有什么管理需求、业务需求, 有个简单可以使用的物联网云帮他们看到自己用户的数据,也就够了。

但是,政企用户它们购买设备数量非常多,跟着设备和数据的数量就非常大;跟着就有对众多设备和数据的管理诉求;跟着就关心如何让这些数据向价值转变。

政企用户,它们 重管理重业务重流程重价值重安全重责任重信任

这也带来了物联网云厂商们之间 2C物联网2B/2G物联网 的阵营区分。

2、定位区分

因为物联网的用户,主要是分为2C2B/2G两大群体,跟着物联网行业的云端厂商们,也相应的分为 2C物联网2B/2G物联网 两大阵营。

以阿里物联网云和华为物联网云为代表。

基本上是消费者自备带MQTT、4G公网接口的一体化设备,在公网侧一站式直接对接物联网云平台。

消费者对 2C物联网 云平台的要求是短、平、快,没有什么业务和数据的管理要求,基本上只要求能连接上云端,然后异地看数据即可。

数据也归属平台厂家所有,用户基本对数据持无所谓态度。

当前大众用户所熟知的物联网云平台,基本上都是 2C物联网 云平台。

当前没有代表性的物联网企业!因为政企市场,是高度板块化的市场。
2B/2G的物联网,主要是面向客户所在行业,形成了一个个相应垂直领域的 行业物联网解决方案

比如环境行业的物联网、交通行业的物联网、楼宇行业的物联网、船舶行业的物联网、农林行业的物联网。

五花八门的垂直领域的行业物联网,才是 2B/2G物联网 的特点

这些 2B/2G物联网 基本上都是部署在内网侧,设备和数据规模庞大,它们普遍 重管理重业务重流程重价值重安全重责任重信任

3、场景对比

特点 2C物联网 2B/2G物联网
行业方案 扁平化 垂直化
设备数量 稀少 庞大
数据规模 庞大
部署位置 公网 内网
通信接口 MQTT/COAP/NBIOT等公网类接口 各式行业接口和私有化接口
组网方式 简单 复杂
安装方式 简单 复杂
网络架构 两层架构:设备直通云端 三层架构:设备由现场边缘网关代管
信息安全
管理要求
业务流程 厚重
采购方式 个人购买 集中采购
供应安全
价值变现
维护要求
定制要求
业务开发

大多数物联网厂商基本上选择了 2C物联网 作为方向,而灵狐选择了 2B/2G物联网 作为自己的方向。

灵狐提供了 Fox-EdgeFox-Cloud 技术,为 2B/2G物联网 解决上述难题。

解决方案

由于 2C 市场与 2B 市场、 2G 市场 差异如此巨大,那么物联网的两大阵营的方案也差异巨大。

1、2C物联网

,是 2C物联网 最大的特点。

这是国内 2C物联网 TOP厂商的解决方案宣讲图,它非常的具有代表性,大多数 2C物联网 厂商的方案都是这种方案和变种。

边缘计算 ,是指在靠近物或数据源头的一侧,采用网络、计算、存储、应用核心能力为一体的开放平台,就近提供最近端服务。 微软在业内率先提出 边缘计算 ,是因为 云计算 在过去十几年因为部署在计算中心而远离现场,这带来诸多弊端。 业内提出了将 云计算 的很多需要近距离的应用,部署在现场,来解决距离的问题,所以把这种云端应用下沉到边缘应用的方案称为 边缘计算

但是,该宣讲图中对于 边缘计算 ,它的宣讲不讲云应用如何下沉到边缘应用,却说只是DTU(数据透传)。

在云平台侧,上来的设备标准化协议数据通过设备连接进入云后,直接被后端的设备管理、数据低代码、客户应用等消费使用。

这种方案,非常适合 2C 场景下 的特点。

但是,这种方案在面对 2B/2G 场景下,设备规模庞大数据规模庞大接口复杂 等诸多场景特点下,都会是一场灾难。

灵狐前期在前期为 Fox-Edge 跟各家第三方的 2C物联网 云厂商交流 端和云 对接事宜的时候,谈到 2B/2G 的上述特点,在场景和方案上就卡壳了

2、2B/2G物联网

2B/2G物联网 设备众多数据量巨大接口多而杂场景复杂 ,再加上用户 重管理重业务重流程重价值重安全

在传统物联网方案之中,基本上在现场侧,客户会要求现场 具有 DTU网关控制器上位机 能力,云端有全局管理能力, 通过二级架构来解决 脱管安全、设备数据庞大、接口繁杂的问题。

DTU(数据透传单元),只是其中协议转换,数据转发的一环,也仅仅是一环。

到了 边缘计算 时代, 边缘端 不但是要具有DTU网关控制器上位机 的能力,而且还要求能够部署各种云端下沉过来的应用, 比如 人工智能图像识别 这些各类新兴应用。

灵狐的 Fox-Edge 本身同时具备 DTU网关控制器上位机 的功能,同时还能跟新兴的云端下沉应用 联合部署,联合协作 组成完整意义上的 边缘计算

由于2B/2G物联网具有 设备众多数据量巨大接口多而杂场景复杂 ,所以是不可能进行囫囵吞枣式的简单承接数据。

所以,云端普遍采用的是 前置处理数据湖后置处理 的三层架构。

1、前置处理

对海量的设备数据涌入,它们主要是跟现场侧的 边缘计算 ,进行会话,对设备原始数据进行,接入、同步、接收、转换、清洗、去重等各种预处理。 使得设备的有价值数据,才能进入后一环的数据湖,从 原始数据价值资产 的转变。

2、数据湖

数据湖不只是一个大数据仓库,关键是它能够容纳各式各样的业务数据,有容乃大 是数据湖的特点。

数据湖的价值,是在在前面能够承接来自各方的数据资产,向后能够为后置阶段的各种业务应用,提供素材。

广大的企业们和地方政府们,它们普遍会雇佣外包开发团队,甚至拥有自己的开发团队,为它们进行各种业务应用的开发工作。 这些开发团队,普遍熟悉各种大数据的通用数据库、JAVA/JS等上层应用开发语言,但他们并不了解现场设备,也不关心现场的物联网设备。

数据湖,解决了下层物联网解决方案供应商们与甲方业务开发团队之间的上下衔接问题。

1、后置处理

物联网解决方案供应商,通常只会提供自家云平台提供的设备管理和行业业务应用。

而政府、企业客户们,通常会有自己的业务需求,此时它们的业务开发团队,会聚焦于如何为数据湖之中的数据资产, 根据甲方的规章、制度、管理、业务、目标、流程,为甲方开发业务应用,将数据资产转变为业务价值,从项目方案向项目目标的达成。

2B/2G物联网 项目的业务实施,不仅仅是物联网解决方案供应商的事,而是客户、物联网方案供应商、客户的业务开发团队共同的事。

灵狐架构

1、解决方案

灵狐是一种 2B/2G物联网 ,所以在解决方案三上,在边缘端为 Fox-Edge ,在云端可选为 Fox-Cloud

2、部署架构

在边缘计算之中, Fox-Edge 本身完成 DTU网关控制器上位机 的功能,承担边缘的设备管理数据管理安全管理, 同时为其他物联网伙伴的其他边缘计算应用,提供所必须的素材。

在云端计算之中, Fox-Cloud 提供前置处理能力,云边缘端的 Fox-Edge 进行各种会话,并在对海量数据进行预处理之后,将有价值的数据灌入大数据数据库 MongoDB 为技术基础的 数据湖 之中。

数据湖 为其他物联网解决方案云厂商和客户业务开发团队的业务应用,提供所需要的数据素材。

3、数据样例

各地的 Fox-Edge 数据,被自动同步到Fox-Cloud数据湖 之中

1、数据湖管理

2、MongoDB数据库