ICMP

国际物联网云平台

定义

ICMP(International Connectivity Management Platform)是达希物联面向跨境物联网连接管理的企业级云平台,覆盖全球 200+ 国家/地区,提供 Global SIM Pool、Multi-Currency Settlement、Data Residency 等能力。

核心能力

架构与部署

ICMP 采用 Microservices Architecture 微服务架构、Geo-Distributed 地理分布式部署,支持 Multi-Region 多区域、Region Failover 区域容灾、Edge Location 边缘接入。平台与 BSS、OSS 对接,通过 API Gateway 对外提供 RESTful API,支持 OAuth2、API Key 鉴权。

管理面实际编排的对象

国际物联网云平台的技术含义,是连接管理的控制面与业务面:它登记卡和配置文件,下发开通、暂停和策略,汇集用量,生成账单,并把这些能力通过门户和接口交给客户。无线覆盖、频谱和基站并不由这个平台拥有。设备能否附着,首先取决于当地网络是否接受这张卡的身份,平台只能在运营商已经开放的能力范围内编排。因此评估平台时,要分开看三层:它能否管好标识和生命周期,它能否拿到及时的用量与状态,以及目标国家是否真有可用的网络安排。

适合采用这种平台的条件,是设备会离开单一国内网络,或者同一客户要同时面对多家运营商的卡、账单和接口。若全部卡都在一家运营商、一种资费、一个账期内,平台仍然可以做库存和权限,但跨境编排的价值有限。上线前应先固定主数据:卡标识、客户、产品、配额和谁有权执行停机。权限体系没有就绪就开放接口,集成方会用一个密钥改到所有租户。管理面还要能把失败原因送回调用方,而不是只在界面上显示“处理中”。

把平台职责写成网络职责

容易出错的是把平台说成“只要接入就能在任何地点上网”。平台可以统一订购和策略,但不能凭空创造当地覆盖,也不能替拜访网络保证无线质量。另一个错误是把沙箱里的测试卡行为,直接写成生产环境的资费和时延。测试卡的漫游允许列表、配额和话单延迟都可能与商用产品不同。还有一种偏差是只对接开通接口,却没有对接停机、用量和账单,结果卡能发出去,费用和异常却仍散落在各家运营商的门户里。

组织上也容易把平台管理员当成网络运维。管理员能改变产品、可见范围和自动化规则,这些动作影响的是管理数据;现场无信号、模组不支持频段、天线安装不当,仍然要在设备和网络侧排查。引入平台时,应写明哪些故障由管理面处理,哪些必须交给运营商或设备侧,并让身份与访问管理限制谁能修改生产策略。职责写清之后,平台才是编排工具,而不是对无线质量的保证。

平台与运营商之间的接口失败时,要能区分“请求没有送出”“对方拒绝”和“对方已执行但回执丢失”。后一种情况若被当成完全失败而再次开通,可能产生重复产品或重复计费。每个写操作都应带上调用方生成的幂等标识,客服查询时也能用这个标识把门户上的状态和运营商侧的处理结果对在一起,而不是只凭操作时间猜测哪一次才是有效请求。

开通、开始计费和允许入网是三件先后不同的事。平台可以先记下订单并分配标识,运营商尚未允许附着时,设备仍然上不了网;附着已经成功,若产品生效日未到,费用也不应提前计算。对外说明平台能力时,要把这三步的完成标志分别写清:标识已分配、网络已接受、计费已按约定日开始。任何一步失败,订单都应停在对应状态,而不是显示为整单成功。

测试标识和生产标识必须能够区分。测试期间产生的用量、告警和账单不应进入客户的正式结算,也不应出现在面向生产的总览里。测试结束后,测试凭证、测试产品和测试卡都要停用。若测试卡后来被改成正式卡,要留下转换时间,转换前的记录仍按测试处理。没有这个界限,试点流量会在正式账单里出现,客户无法分辨哪些费用来自验证。

平台对外的写接口要声明幂等。调用方超时后重试,不应创建第二张订单或第二次停机。处理结果以平台保存的标识为准,客服可以用这个标识查询运营商侧是否已经执行。只凭“用户说点过按钮”无法判断请求停在哪一步。管理面的可靠性,体现在每一步都能说明成功、拒绝或结果未知,而不是界面始终显示处理中。

客户看到的可用国家、可以调用的接口和已经生效的资费,应来自同一份已发布的产品说明。门户上临时打开的测试开关如果没有写进这份说明,就不能当成正式能力向客户承诺,也不能用来解释已经出具的账单。

相关术语

返回国际物联网云平台专业术语