一种云原生平台的地图服务流量录制系统及方法技术方案

本公开提供了一种云原生平台的地图服务流量录制系统及方法，涉及计算机技术领域，尤其涉及大数据技术领域。装置包括：流量调度单元，用于获取从云原生平台复制并引流的地图服务的流量数据，并基于协议类型将流量数据分流至第一录制单元和第二录制单元；第一录制单元用于将分流得到的第一协议的流量数据缓存至第一本地存储；第二录制单元用于将分流得到的第二协议的流量数据缓存至第二本地存储。可见，从云原生平台复制并引流，不影响云原生平台的正常运行。并且，实现针对云原生平台下地图服务的不同协议流量数据的录制，增加了协议适配性，提高了通用能力，即本公开实施例提供的流量录制系统能够适用于云原生平台中各类地图服务。地图服务。地图服务。

【技术实现步骤摘要】
一种云原生平台的地图服务流量录制系统及方法


[0001]本公开涉及计算机
，尤其涉及大数据


技术介绍

[0002]云原生部署是未来发展的趋势，各大公司的线上服务部署已经从普通容器陆续迁移到了云原生K8S(Kubernets)环境，这给测试人员的日常测试带来了新的挑战。

技术实现思路

[0003]本公开提供了一种云原生平台的地图服务流量录制系统及方法。
[0004]根据本公开的一方面，提供了一种云原生平台的地图服务流量录制系统，包括：
[0005]流量调度单元，用于获取从云原生平台复制并引流的地图服务的流量数据，并基于协议类型将流量数据分流至至少两个录制单元，所述至少两个录制单元包括：第一录制单元和第二录制单元；
[0006]所述第一录制单元，用于将分流得到的第一协议的流量数据缓存至第一本地存储；
[0007]所述第二录制单元，用于将分流得到的第二协议的流量数据缓存至第二本地存储。
[0008]根据本公开的另一方面，提供了一种云原生平台的地图服务流量录制方法，包括：
[0009]获取从云原生平台复制并引流的地图服务的流量数据；其中，所述云原生平台为K8S平台，所述地图服务的流量数据是K8S平台中Service
‑
Mesh装置复制并引流的；
[0010]基于协议类型将流量数据分流，并将分流得到的第一协议的流量数据缓存至第一本地存储，将分流得到的第二协议的流量数据缓存至第二本地存储；所述第一协议为brpc协议，所述第二协议为mcpack协议。
[0011]根据本公开的又一方面，提供了一种服务器，包括：
[0012]至少一个处理器；以及
[0013]与所述至少一个处理器通信连接的存储器；其中，
[0014]所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行云原生平台的地图服务流量录制方法。
[0015]根据本公开的又一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行云原生平台的地图服务流量录制方法。
[0016]根据本公开的又一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现云原生平台的地图服务流量录制方法。
[0017]应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
[0018]附图用于更好地理解本方案，不构成对本公开的限定。其中：
[0019]图1为本公开实施例提供的云原生平台的地图服务流量录制系统的一种结构示意图；
[0020]图2为本公开实施例提供的云原生平台的地图服务流量录制系统的另一种结构示意图；
[0021]图3为本公开实施例提供的云原生平台的地图服务流量录制方法的一种流程示意图；
[0022]图4为本公开实施例提供的云原生平台的地图服务流量录制方法的另一种流程示意图；
[0023]图5是用来实现本公开实施例的云原生平台的地图服务流量录制方法的服务器的框图。
具体实施方式
[0024]以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0025]云原生部署是未来发展的趋势，各大公司的线上服务部署已经从普通容器陆续迁移到了云原生K8S环境。
[0026]线上服务部署从普通容器迁移到云原生K8S环境之后，给测试人员的日常测试带来了新的挑战。
[0027]具体而言，对于以前的旧容器化环境，主要通过pod模块注册和brpc(baidu
‑
Remote Procedure Call，远程过程调用)框架引流的方式录制流量，但这种方式无法适配全部的服务协议，只有brpc协议的服务才可使用。然而在云原生K8S平台，地图服务不仅包含brpc协议的流量数据，还包含其他协议的，例如mcpack协议。因此，现有的旧容器化环境的流量录制不适用于云原生平台。
[0028]而K8S自带的Service
‑
Mesh(服务网格)只能实现服务流量的实时复制，无法达到异步录制和反复回放的效果，对性能测试的意义不大。
[0029]可见，对于云原生这种全新的服务部署模式，暂无有效的针对地图服务的流量录制方法及系统。
[0030]为了解决上述技术问题，本公开提供了一种云原生平台的地图服务流量录制系统及方法。
[0031]本公开的一个实施例中，提供了一种云原生平台的地图服务流量录制系统，包括：
[0032]流量调度单元，用于获取从云原生平台复制并引流的地图服务的流量数据，并基于协议类型将流量数据分流至至少两个录制单元，所述至少两个录制单元包括：第一录制单元和第二录制单元；
[0033]所述第一录制单元，用于将分流得到的第一协议的流量数据缓存至第一本地存储；
[0034]所述第二录制单元，用于将分流得到的第二协议的流量数据缓存至第二本地存储。
[0035]本公开实施例中，针对云原生平台中地图服务，能够获取从云原生平台复制并引流的流量数据，并基于协议类型进行分流，针对分流得到的不同协议的流量数据，分别缓存至对应的本地存储器。
[0036]可见，从云原生平台复制并引流得到地图服务的流量数据，不影响云原生平台的正常运行，保证云原生服务的线上质量。并且，能够基于协议类型对地图服务的流量数据进行分流及本地缓存，实现了针对云原生平台下地图服务的不同协议流量数据的录制，增加了协议适配性，提高了通用能力，即本公开实施例提供的流量录制系统能够适用于云原生平台中各类地图服务。
[0037]下面对本公开实施例提供的云原生平台的地图服务流量录制系统进行详细介绍。
[0038]参见图1，图1为本公开实施例提供的云原生平台的地图服务流量录制系统的一种结构示意图。如图1所示，包括流量调度单元和至少两个录制单元，至少两个录制单元包括第一录制单元和第二录制单元。
[0039]流量调度单元，用于获取从云原生平台复制并引流的地图服务的流量数据，并基于协议类型将流量数据分流至至少两个录制单元。
[0040]其中，流量数据可以是服务请求数据，例如，用户与地图软件的交互数据，包括用户向地图软件提出的服务请求，以及地图软件反馈至用户的服务应答数据等。这些数据可以用于地图服务的测试。
[0041]本公开实施例中，云原生平台可以是K8S平台，地图服务的流量数据可以是K8S平台中Service
‑
Mesh装置复制并引流的。
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种云原生平台的地图服务流量录制系统，包括：流量调度单元，用于获取从云原生平台复制并引流的地图服务的流量数据，并基于协议类型将流量数据分流至至少两个录制单元，所述至少两个录制单元包括：第一录制单元和第二录制单元；所述第一录制单元，用于将分流得到的第一协议的流量数据缓存至第一本地存储；所述第二录制单元，用于将分流得到的第二协议的流量数据缓存至第二本地存储。2.根据权利要求1所述的系统，还包括：云存储传输单元，用于将缓存至第一本地存储和第二本地存储的流量数据周期上传至云存储；离线数据拉取单元，用于从所述云存储中拉取流量数据并进行预设处理，得到地图服务的测试数据。3.根据权利要求1所述的系统，其中，所述流量调度单元，还用于：判断所获取的地图服务的流量数据是否超出预设额度；若是，丢弃部分流量数据。4.根据权利要求1所述的系统，其中，所述云原生平台为K8S平台，所述地图服务的流量数据是K8S平台中Service
‑
Mesh装置复制并引流的。5.根据权利要求1所述的系统，其中，所述第一协议为brpc协议，所述第二协议为mcpack协议。6.一种云原生平台的地图服务流量录制方法，包括：获取从云原生平台复制并引流的地图服务的流量数据；其中，所述云原生平台为K8S平台，所述地图服务的流量数据是K8S平台中...

【专利技术属性】
技术研发人员：孙宇博，曲中鑫，
申请(专利权)人：北京百度网讯科技有限公司，
类型：发明
国别省市：