OpenYurt 助力申通快递云边端DevOps协同

      申通快递IoT云边端架构的云边协同能力具体体现在哪里呢,又有哪些优势?整体架构中云边协同有两层含义,一是负责边缘资源运维管控的边缘PaaS平台的云边协同能力,二是边缘网关服务的云边协同能力。重点介绍边缘PaaS平台的云边协同。它主要职责是利用 OpenYurt 提供容器化的隔离环境,将Master集群统一部署在公有云,将Node结点下沉到边缘端,也就是分布在全国各地的转运中心,重写Node结点的心跳检测机制和自治逻辑,通过反向代理设计让边缘容器在相对稳定的局域网络环境里可以自运行。核心集成了Devops、单元化发布、生产日常环境隔离、资源监控等模块。使申通快递的边缘开发,同云上研发体系完全一致,发布边缘应用时一键生成边缘容器,并由PaaS平台提供统一部署,日志监控等云管控能力。

    architecture

      申通快递业务上,将快递实操的核心扫描校验业务,通过云边协同能力,将扫描校验整个核心流程在边缘完成,支撑快递业务拦截件、预售等业务,从容应对双十一等海量数据大促,使快递实操扫描用户体验上一层新台阶。

    • 区域容灾

    申通快递根据中心与网点的分布情况与实时的rt统计,同时为了减少爆炸半径,将集群拆分为4大区域进行部署,即4套OpenYurt集群。4套集群统一通过边缘paas平台统一控制,实现runtime最小化。四套集群分别为:华东(上海),西南(成都),华北(北京)华南(深圳)。四套集群由更上层的边缘PAAS平台统一管理。

    • 多环境隔离

      根据不同场地的设备和应用情况,配置日常,预发,线上环境对于申通快递不同的场地,因为业务对设备的要求场景不同(比如北京转运中心有交叉带,广东转运中心没有),逻辑层面则为不同的单元,可选不同的配置,同时开发环境分为3套日常、预发、线上环境。不同环境在物理层面和逻辑层面实现双层的环境隔离、网络隔离。更甚可支持不同单元,业务配置、数据库配置、pod规格、心跳等截然不同,实现应用单元自定义。