CN112311679A - 状态检测方法、装置、电子设备及可读存储介质 - Google Patents
状态检测方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN112311679A CN112311679A CN202011169245.9A CN202011169245A CN112311679A CN 112311679 A CN112311679 A CN 112311679A CN 202011169245 A CN202011169245 A CN 202011169245A CN 112311679 A CN112311679 A CN 112311679A
- Authority
- CN
- China
- Prior art keywords
- service
- routing
- detection
- execution
- access address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
本发明公开了一种状态检测方法、装置、电子设备及可读存储介质,涉及互联网技术领域,通过对访问地址进行解析,构建服务路径,生成状态检测执行计划,设置用于检测待检测事项的检测执行器对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出状态检测结果,实现了对访问地址的自动化检测,节省了大量的人力,执行简单,提升了检测效率以及检测的准确性。所述方法包括:接收用户提供的访问地址,对访问地址进行解析,构建访问地址的状态检测执行计划;确定状态检测执行计划包括的多个执行步骤,为多个执行步骤中每个执行步骤设置检测执行器;基于多个检测执行器,执行多个执行步骤,输出状态检测结果。
Description
技术领域
本发明涉及互联网技术领域,尤其是一种状态检测方法、装置、电子设备及可读存储介质。
背景技术
随着互联网技术的飞速发展,用户需求频繁变化,为了应对用户在设计、开发、维护等方面的需求,微服务应运而生。微服务是一种高内聚低耦合的系统架构,将应用拆分成一组功能单一、可独立部署的微服务,相互间通过轻量级通信机制协同配合,实现敏捷开发与部署。目前,通常对微服务构造服务网格实现集成管理,而基于服务网格的微服务集群环境下,流量路径的跳数多,且会随着服务版本和节点状态的变化而实时动态变化,因此,需要对微服务的状态进行检测,定位发生问题的问题点并及时解决。
相关技术中,在检测状态时,通常由工作人员访问发生问题的路径,根据访问的返回值初步确定异常类型。随后,根据路径查找相应的路由配置信息,找到应该访问的下一跳服务和实例节点,在服务以及实例节点上再次访问,查看是否发生异常。如果当前服务仍存在下一跳服务和实例节点,继续进行这个过程,直到定位到最终发生异常的服务和实例节点。
但是,发明人认识到上述的相关技术中至少存在以下技术问题:
检测过程繁琐复杂,需要不断重复查找路由信息并不断手动尝试检测,只有完全理解整个链路的拓扑结构的工作人员才能执行正确的检查和问题定位工作,涉及到大量的人力,执行难度较大,检测的效率和准确性较低。
发明内容
有鉴于此,本申请提供了一种状态检测方法、装置、电子设备及可读存储介质,主要目的在于解决目前状态检测过程涉及到大量的人力,执行难度较大,检测的效率和准确性较低的问题。
依据本发明第一方面,提供了一种状态检测方法,该方法包括:
接收用户提供的访问地址,对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,所述状态检测执行计划基于所述访问地址的服务路径以及所述服务路径包括的多个路由服务的服务功能构建;
确定所述状态检测执行计划包括的多个执行步骤,为所述多个执行步骤中每个执行步骤设置检测执行器,所述检测执行器中定义了与对应执行步骤相关的待检测事项;
基于所述多个检测执行器,执行所述多个执行步骤,输出状态检测结果。
在另一个实施例中,所述对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,包括:
解析所述访问地址,得到所述访问地址的主机信息、路径信息以及待访问版本信息;
基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径;
读取所述服务路径包括的全部路由服务的服务功能,将所述全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到所述多个执行步骤;
将所述多个执行步骤整理为所述状态检测执行计划。
在另一个实施例中,所述基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径,包括:
查询所述主机信息指示的网关入口处的路由配置文件,在所述路由配置文件中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第一路由服务和第一服务版本;
基于所述第一路由服务和所述第一服务版本,提取路由配置表;
在所述路由配置表中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第二路由服务和第二服务版本;
重复执行上述确定下一个可跳转的路由服务以及服务版本的过程,直至确定所述访问地址的最终路由服务,得到所述访问地址包括的全部路由服务,所述最终路由服务未设置下一可跳转的路由服务;
按照所述全部路由服务的跳转关系,生成所述服务路径。
在另一个实施例中,所述基于所述第一路由服务和所述第一服务版本,提取路由配置表,包括:
读取所述第一路由服务的服务类型;
若所述第一路由服务的服务类型指示网关服务,则获取所述第一路由服务的网关路由表,在所述网关路由表中查找所述第一路由服务指示的下一个可跳转的目标路由服务,查找所述目标路由服务的第一服务名称对应的所述路由配置表,并提取所述路由配置表;
若所述第一路由服务的服务类型指示中间服务,则查找所述第一路由服务的第二服务名称对应的所述路由配置表,并提取所述路由配置表。
在另一个实施例中,所述为所述多个执行步骤中每个执行步骤设置检测执行器,包括:
对于所述多个执行步骤中每个执行步骤,查询所述执行步骤统计的路由服务的目标服务功能;
获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项;
为所述执行步骤设置所述检测执行器,并将所述目标服务功能在所述执行器设置模板中对应的待检测事项定义在所述检测执行器中。
在另一个实施例中,所述获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项之后,所述方法还包括:
当检测到所述目标服务功能在所述执行器设置模板中存在对应的日志探测任务时,查询与所述目标服务功能相关的目标实例;
获取所述目标实例的日志地址,将所述日志地址定义在所述检测执行器中,所述日志地址用于获取所述目标实例的请求访问日志。
在另一个实施例中,所述基于所述多个检测执行器,执行所述多个执行步骤,输出多个执行结果,包括:
控制所述多个检测执行器并行执行所述多个执行步骤,接收所述多个检测执行器输出的执行结果;
当确定接收到的所述执行结果的数量与所述多个检测执行器的数量一致时,获取预设报告模板;
将所述多个检测执行器输出的所述执行结果添加至所述预设报告模板,生成所述状态检测结果并输出。
依据本发明第二方面,提供了一种状态检测装置,该装置包括:
解析模块,用于接收用户提供的访问地址,对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,所述状态检测执行计划基于所述访问地址的服务路径以及所述服务路径包括的多个路由服务的服务功能构建;
设置模块,用于确定所述状态检测执行计划包括的多个执行步骤,为所述多个执行步骤中每个执行步骤设置检测执行器,所述检测执行器中定义了与对应执行步骤相关的待检测事项;
执行模块,用于基于所述多个检测执行器,执行所述多个执行步骤,输出状态检测结果。
在另一个实施例中,所述解析模块,包括:
解析单元,用于解析所述访问地址,得到所述访问地址的主机信息、路径信息以及待访问版本信息;
第一生成单元,用于基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径;
读取单元,用于读取所述服务路径包括的全部路由服务的服务功能,将所述全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到所述多个执行步骤;
整理单元,用于将所述多个执行步骤整理为所述状态检测执行计划。
在另一个实施例中,所述第一生成单元,用于查询所述主机信息指示的网关入口处的路由配置文件,在所述路由配置文件中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第一路由服务和第一服务版本;基于所述第一路由服务和所述第一服务版本,提取路由配置表;在所述路由配置表中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第二路由服务和第二服务版本;重复执行上述确定下一个可跳转的路由服务以及服务版本的过程,直至确定所述访问地址的最终路由服务,得到所述访问地址包括的全部路由服务,所述最终路由服务未设置下一可跳转的路由服务;按照所述全部路由服务的跳转关系,生成所述服务路径。
在另一个实施例中,所述第一生成单元,用于读取所述第一路由服务的服务类型;若所述第一路由服务的服务类型指示网关服务,则获取所述第一路由服务的网关路由表,在所述网关路由表中查找所述第一路由服务指示的下一个可跳转的目标路由服务,查找所述目标路由服务的第一服务名称对应的所述路由配置表,并提取所述路由配置表;若所述第一路由服务的服务类型指示中间服务,则查找所述第一路由服务的第二服务名称对应的所述路由配置表,并提取所述路由配置表。
在另一个实施例中,所述设置模块,包括:
查询单元,用于对于所述多个执行步骤中每个执行步骤,查询所述执行步骤统计的路由服务的目标服务功能;
获取单元,用于获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项;
定义单元,用于为所述执行步骤设置所述检测执行器,并将所述目标服务功能在所述执行器设置模板中对应的待检测事项定义在所述检测执行器中。
在另一个实施例中,所述查询单元,还用于当检测到所述目标服务功能在所述执行器设置模板中存在对应的日志探测任务时,查询与所述目标服务功能相关的目标实例;
所述定义单元,还用于获取所述目标实例的日志地址,将所述日志地址定义在所述检测执行器中,所述日志地址用于获取所述目标实例的请求访问日志。
在另一个实施例中,所述执行模块,包括:
控制单元,用于控制所述多个检测执行器并行执行所述多个执行步骤,接收所述多个检测执行器输出的执行结果;
获取单元,用于当确定接收到的所述执行结果的数量与所述多个检测执行器的数量一致时,获取预设报告模板;
第二生成单元,用于将所述多个检测执行器输出的所述执行结果添加至所述预设报告模板,生成所述状态检测结果并输出。
依据本发明第三方面,提供了一种电子设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述方法的步骤。
依据本发明第四方面,提供了一种可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面所述的方法的步骤。
借由上述技术方案,本申请提供的一种状态检测方法、装置、电子设备及可读存储介质,通过对访问地址进行解析,构建访问地址的完整的服务路径,生成相应的状态检测执行计划,定义该状态检测执行计划中每个执行步骤需要进行探测的待检测事项,为每个步骤设置用于检测待检测事项的检测执行器,控制检测执行器并行对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出一个有关该访问地址的状态检测结果,实现了对访问地址的自动化检测,节省了大量的人力,执行简单,提升了检测效率以及检测的准确性。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本申请实施例提供的一种状态检测方法流程示意图;
图2A示出了本申请实施例提供的一种状态检测方法流程示意图;
图2B示出了本申请实施例提供的一种构建状态检测执行计划的流程示意图;
图3A示出了本申请实施例提供的一种状态检测装置的结构示意图;
图3B示出了本申请实施例提供的一种解析模块301的结构示意图;
图3C示出了本申请实施例提供的一种设置模块302的结构示意图;
图3D示出了本申请实施例提供的一种执行模块303的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
本发明实施例提供了一种状态检测方法,如图1所示,该方法包括:
101、接收用户提供的访问地址,对访问地址进行解析,构建访问地址的状态检测执行计划,状态检测执行计划基于访问地址的服务路径以及服务路径包括的多个路由服务的服务功能构建。
102、确定状态检测执行计划包括的多个执行步骤,为多个执行步骤中每个执行步骤设置检测执行器,检测执行器中定义了与对应执行步骤相关的待检测事项。
103、基于多个检测执行器,执行多个执行步骤,输出状态检测结果。
本发明实施例提供的方法,通过对访问地址进行解析,构建访问地址的完整的服务路径,生成相应的状态检测执行计划,定义该状态检测执行计划中每个执行步骤需要进行探测的待检测事项,为每个步骤设置用于检测待检测事项的检测执行器,控制检测执行器并行对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出一个有关该访问地址的状态检测结果,实现了对访问地址的自动化检测,节省了大量的人力,执行简单,提升了检测效率以及检测的准确性。
本发明实施例提供了一种状态检测方法,如图2A所示,该方法包括:
201、接收用户提供的访问地址,对访问地址进行解析,构建访问地址的状态检测执行计划。
近年来,对微服务构造的服务网格通常为Istio(一种对微服务构造的服务网格)服务网格,在基于Istio服务网格的微服务集群环境下,流量路径的跳数多,并且会随着服务版本和路由服务的节点状态的变化而实时动态变化。当流量出现问题时,想要快速、准确的定位问题点并及时解决流量问题成为运维的难点和瓶颈。而目前,在对流量的状态进行检测时,通常由工作人员手动进行,工作人员手动访问有问题的地址,根据访问操作的返回值初步确定错误类型。随后,根据访问的地址查找相应的路由配置信息,找到应该访问的下一跳路由服务和路由服务的实例,在路由服务以及实例上再次访问,查看是否有错误。如果有下一跳,继续进行这个过程,直到定位到最终出现问题的路由服务和相关的实例节点为止。但是,发明人认识到,上述的检测过程繁琐复杂,需要不断重复查找路由信息并不断手动尝试检测。而且上述检测过程的实施门槛较高,要求工作人员完全理解访问地址的整个链路的拓扑结构,导致只有少数最熟悉系统全局结构的工作人员才能进行正确的检测过程,执行难度较大,检测的效率和准确性较低。因此,本发明提出一种状态检测方法,通过对访问地址进行解析,构建访问地址的完整的服务路径,生成相应的状态检测执行计划,定义该状态检测执行计划中每个执行步骤需要进行探测的待检测事项,为每个步骤设置用于检测待检测事项的检测执行器,控制检测执行器并行对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出一个有关该访问地址的状态检测结果,使该访问地址的状态能够直观呈现和解读。采用本发明中的状态检测方法,一方面提升了检测效率和准确度,实现了纯手工工作的自动化,将检测排查时间缩短至秒级别。另一方面,降低了相关工作的难度和门槛,将之前必须由有经验的工作人员才能完成的工作难度降低为任何一个工作人员都能独立完成的工作。
而为了实现本发明实施例中的状态检测方法,首先需要针对用户提供的访问地址构建一个与该访问地址相关的状态检测执行计划。在实际应用的过程中,考虑到获取访问地址的过程实质上是与用户交互的过程,因此,本发明实施例在前端可提供一个检测工具,由检测工具执行本发明实施例中的状态检测方法,用户将需要进行检测的访问地址输入到该检测工具中,检测工具便接收到该访问地址,进而在后续基于该检测工具针对该访问地址开展本发明中一系列的状态检测工作。这样,当检测工具接收到用户提供的访问地址时,开始对访问地址进行解析,构建访问地址的状态检测执行计划。其中,状态检测计划用于指示对该访问地址进行检测时,需要检测哪些事项,而需要检测的事项通常与访问地址的服务路径以及服务路径上包括的多个路由服务的服务功能相关,因此,需要先生成该访问地址的服务路径,进而再基于访问地址的服务路径以及服务路径包括的多个路由服务的服务功能构建状态检测执行计划,具体构建状态检测执行计划的过程如图2B所示,包括下述步骤2011至步骤2013:
2011、解析访问地址,得到访问地址的主机信息、路径信息以及待访问版本信息。
其中,访问地址实际上可以是访问微服务的URL(Uniform Resource Locator,统一资源定位符),通过对URL进行解析,可以得出访问地址的主机信息、路径信息以及待访问版本信息。具体地,主机信息可为对URL解析后得到的host(主机)信息;路径信息可为对URL解析后得到的path(路径)信息;待访问版本信息可为对URL解析后得到的trafficlabel(待访问版本)信息,该trafficlabel信息是该访问地址的访问请求的请求头中的字段,用于标识请求期望访问的服务版本信息。
例如,假设用户提供的访问地址为“http://api-bedin.shuiditech.com/api/traffic-client/info-t swzhou1”,则解析得到的主机信息为“api-bedin.shuiditech.com”,路径信息为“api/traffic-client/info”,待访问版本信息为“swzhou1”。
2012、基于主机信息、路径信息以及待访问版本信息,生成访问地址的服务路径。
通过对访问地址进行解析得到主机信息、路径信息以及待访问版本信息后,基于主机信息、路径信息以及待访问版本信息,生成访问地址的服务路径。在生成访问路径时,首先,查询主机信息指示的网关入口处的路由配置文件,在路由配置文件中确定路径信息以及待访问版本信息指示的下一个可跳转的第一路由服务和第一服务版本。由于本申请中的微服务集成在Istio服务网格下,因此,上述过程实际上也就是根据host信息找到IstioIngress Gateway(网格入口网关)入口处的路由配置文件,在该路由配置文件中根据path信息和trafficlabel信息确定下一跳的路由服务和服务版本,并基于path信息和trafficlabel,也即第一路由服务和第一服务版本,提取路由配置表。例如,假设路径信息为“api/traffic-client/info”,待访问版本信息为“swzhou1”,主机信息指示的网关入口处的路由配置文件中确定的路径信息以及待访问版本信息指示的下一个可跳转的第一路由服务为“api-gateway.infra.svc.bedin.bj3”,第一服务版本为“swzhou1”。
其中,根据path信息和trafficlabel信息确定的下一跳的路由服务和服务版本,也即第一路由服务和第一服务版本,可能有两种服务类型,一种是网关服务,例如上述举例中的第一路由服务“api-gateway.infra.svc.bedin.bj3”,其中包括字段“api-gateway”,该字段指示服务类型为网关服务,这样,下一跳路由服务为API(Application ProgramInterface,应用程序接口)网关。而另一种是中间服务,例如第一路由服务为“traffic-client.devops.svc.bedin.bj3”,其中包括字段“traffic-client”,该字段指示服务类型为中间节点,这样,下一跳服务为中间节点。针对这两种不同的服务类型,需要采用不同的方式提取路由配置表,具体过程如下:读取第一路由服务的服务类型,若第一路由服务的服务类型指示网关服务,也即确定的下一跳的路由服务为API网关,则获取第一路由服务的网关路由表,也即API网关的路由表,在网关路由表中查找第一路由服务指示的下一个可跳转的目标路由服务,并查找目标路由服务的第一服务名称对应的路由配置表,并提取路由配置表。而若第一路由服务的服务类型指示中间服务,则查找第一路由服务的第二服务名称对应的路由配置表,并提取路由配置表。该路由配置表具体可为VirtualService(虚拟服务)路由配置表,其中记载了虚拟服务配置如何在服务网格内将请求路由到相应服务,这是基于Istio和平台提供的基本的连通性和服务发现能力。每个虚拟服务包含一组路由规则,Istio按顺序评估它们,Istio将每个给定的请求匹配到虚拟服务指定的实际目标地址,进而生成了该路由配置表。
获取到路由配置表后,继续在路由配置表中确定路径信息以及待访问版本信息指示的下一个可跳转的第二路由服务和第二服务版本,并重复执行上述确定下一个可跳转的路由服务以及服务版本的过程,基于第二路由服务和第二服务版本确定下一个可跳转的路由服务以及服务版本,直至确定访问地址的最终路由服务,得到访问地址包括的全部路由服务,该最终路由服务也即未设置下一可跳转的路由服务。此时,按照全部路由服务的跳转关系,生成服务路径,得出的服务路径是完整的服务路径。
需要说明的是,如果确定的路由服务之间存在调用链路,且调用链路中诸如调用服务、调用接口等信息在对访问地址的解析过程中被获取,则
2013、读取服务路径包括的全部路由服务的服务功能,将全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到多个执行步骤,将多个执行步骤整理为状态检测执行计划。
确定了服务路径后,开始构建状态检测计划。其中,由于服务路径中有些路由服务的服务功能是相同的,而相同的服务功能在进行检测时所需要针对的事项也是相同的,比如对入口服务的检测需要进行服务地址访问检测、服务实例健康检测、服务实例访问检测、服务配置检测等等,因此,在构建状态检测计划时,将全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到多个执行步骤,将多个执行步骤整理为状态检测执行计划,以便后续可以为每个执行步骤设置相应功能的检测执行器,由检测执行器对每个执行步骤中的待检测事项进行检测。
通过上述步骤2011至步骤2013便分析得到了访问地址完整的调用链路作为服务路径,并针对该访问地址生成了相应的状态检测执行计划,后续可直接按照状态检测执行计划中包括的执行步骤进行相应的事项检测,实现对访问地址的自动化检测。
202、确定状态检测执行计划包括的多个执行步骤,为多个执行步骤中每个执行步骤设置检测执行器。
在本发明实施例中,当针对该访问地址生成了状态检测执行计划后,开始确定状态检测执行计划包括的多个执行步骤,并为多个执行步骤中每个执行步骤设置检测执行器,在检测执行器中定义与对应执行步骤相关的待检测事项,以便通过对检测执行器的运行实现每个执行步骤中待检测事项的检测。其中,每个执行步骤都会设置对应的检测执行器,下面以多个执行步骤中的任一执行步骤为例,描述检测执行器的设置过程:
对于多个执行步骤中每个执行步骤,首先,查询执行步骤统计的路由服务的目标服务功能。随后,针对每个服务功能需要检测的事项,检测工具中可事先设置一个执行器设置模板,在执行器设置模板中记录每个服务功能对应的待检测事项,这样,在确定了目标服务功能后,可直接获取执行器设置模板,确定目标服务功能在执行器设置模板中对应的待检测事项。最后,为执行步骤设置检测执行器,并将目标服务功能在执行器设置模板中对应的待检测事项定义在检测执行器中,以便检测执行器按照定义的内容进行事项的检测。在实际应用的过程中,针对不同的服务功能,可以设置不同的检测执行器,具体检测执行器可分为Ingress(入口)检测器、网关检测器以及服务检测器,本申请对设置的检测执行器的个数不进行具体限定。
进一步地,执行器设置模板中还可以为服务功能设置日志探测任务,从而实现对请求访问日志进行检测。这样,当检测到目标服务功能在执行器设置模板中存在对应的日志探测任务时,查询与目标服务功能相关的目标实例。随后,获取目标实例的日志地址,将日志地址定义在检测执行器中,该日志地址用于获取目标实例的请求访问日志。通过执行器设置模板,为检测执行器引进实例日志的探测能力,以支持在发起检测命令时实时查看实例的请求访问日志,方便更直观的暴露检测问题。
203、控制多个检测执行器并行执行多个执行步骤,接收多个检测执行器输出的执行结果。
在本发明实施例中,当完成了为每个执行步骤设置检测执行器后,开始控制多个检测执行器并行执行多个执行步骤,接收多个检测执行器输出的执行结果,进而在后续对多个检测执行器的执行结果进行整合,得到整个访问地址的检测结果。
其中,为了提升检测速度,每个检测执行器都在独立的线程中执行,也即每个检测执行器内部在执行每一个执行步骤的具体检测内容时,都是在独立的线程中,实现多个检测执行器并行执行多个执行步骤,这样,整体的检测速度便由最慢的检测执行器的执行速度决定,缩短了检测时间。
204、当确定接收到的执行结果的数量与多个检测执行器的数量一致时,获取预设报告模板,将多个检测执行器输出的执行结果添加至预设报告模板,生成状态检测结果并输出。
在本发明实施例中,由于多个检测执行器并行执行多个执行步骤,因此,当确定接收到的执行结果的数量与多个检测执行器的数量一致时,表示全部的检测执行器均完成了相应事项的检测,因此,获取预设报告模板,将多个检测执行器输出的执行结果添加至预设报告模板,生成状态检测结果并输出,使对访问地址的状态检测的结果能够直观呈现和解读。
综上所述,本发明提出的状态检测方法可由检测工具实现,该检测工具将整个状态检测过程划分为参数解析、路由分析、探测执行、结果整合这四个阶段:在参数解析阶段对用户提供的访问地址进行解析;在路由分析阶段对解析得到的内容进行分析,得出完整的调用链路,并生成相应的状态检测执行计划;在探测执行阶段设计了通用的执行器设置模板,用该执行器设置模板定义状态检测执行计划中每个执行步骤需要进行探测的事项,并通过并行探测的方式完成多个执行步骤的探测;在结果整合阶段对状态检测执行计划中各个执行步骤的执行结果进行整合并统一输出。
本发明实施例提供的方法,通过对访问地址进行解析,构建访问地址的完整的服务路径,生成相应的状态检测执行计划,定义该状态检测执行计划中每个执行步骤需要进行探测的待检测事项,为每个步骤设置用于检测待检测事项的检测执行器,控制检测执行器并行对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出一个有关该访问地址的状态检测结果,实现了对访问地址的自动化检测,节省了大量的人力,执行简单,提升了检测效率以及检测的准确性。
进一步地,作为图1所述方法的具体实现,本申请实施例提供了一种状态检测装置,如图3A所示,所述装置包括:解析模块301,设置模块302和执行模块303。
该解析模块301,用于接收用户提供的访问地址,对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,所述状态检测执行计划基于所述访问地址的服务路径以及所述服务路径包括的多个路由服务的服务功能构建;
该设置模块302,用于确定所述状态检测执行计划包括的多个执行步骤,为所述多个执行步骤中每个执行步骤设置检测执行器,所述检测执行器中定义了与对应执行步骤相关的待检测事项;
该执行模块303,用于基于所述多个检测执行器,执行所述多个执行步骤,输出状态检测结果。
在具体的应用场景中,如图3B所示,该解析模块301,包括:解析单元3011,第一生成单元3012,读取单元3013和整理单元3014。
该解析单元3011,用于解析所述访问地址,得到所述访问地址的主机信息、路径信息以及待访问版本信息;
该第一生成单元3012,用于基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径;
该读取单元3013,用于读取所述服务路径包括的全部路由服务的服务功能,将所述全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到所述多个执行步骤;
该整理单元3014,用于将所述多个执行步骤整理为所述状态检测执行计划。
在具体的应用场景中,该第一生成单元3012,用于查询所述主机信息指示的网关入口处的路由配置文件,在所述路由配置文件中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第一路由服务和第一服务版本;基于所述第一路由服务和所述第一服务版本,提取路由配置表;在所述路由配置表中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第二路由服务和第二服务版本;重复执行上述确定下一个可跳转的路由服务以及服务版本的过程,直至确定所述访问地址的最终路由服务,得到所述访问地址包括的全部路由服务,所述最终路由服务未设置下一可跳转的路由服务;按照所述全部路由服务的跳转关系,生成所述服务路径。
在具体的应用场景中,该第一生成单元3012,用于读取所述第一路由服务的服务类型;若所述第一路由服务的服务类型指示网关服务,则获取所述第一路由服务的网关路由表,在所述网关路由表中查找所述第一路由服务指示的下一个可跳转的目标路由服务,查找所述目标路由服务的第一服务名称对应的所述路由配置表,并提取所述路由配置表;若所述第一路由服务的服务类型指示中间服务,则查找所述第一路由服务的第二服务名称对应的所述路由配置表,并提取所述路由配置表。
在具体的应用场景中,如图3C所示,该设置模块302,包括:查询单元3021,获取单元3022和定义单元3023。
该查询单元3021,用于对于所述多个执行步骤中每个执行步骤,查询所述执行步骤统计的路由服务的目标服务功能;
该获取单元3022,用于获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项;
该定义单元3023,用于为所述执行步骤设置所述检测执行器,并将所述目标服务功能在所述执行器设置模板中对应的待检测事项定义在所述检测执行器中。
在具体的应用场景中,该查询单元3021,还用于当检测到所述目标服务功能在所述执行器设置模板中存在对应的日志探测任务时,查询与所述目标服务功能相关的目标实例;
该定义单元3023,还用于获取所述目标实例的日志地址,将所述日志地址定义在所述检测执行器中,所述日志地址用于获取所述目标实例的请求访问日志。
在具体的应用场景中,如图3D所示,该执行模块303,包括:控制单元3031,获取单元3032和第二生成单元3033。
该控制单元3031,用于控制所述多个检测执行器并行执行所述多个执行步骤,接收所述多个检测执行器输出的执行结果;
该获取单元3032,用于当确定接收到的所述执行结果的数量与所述多个检测执行器的数量一致时,获取预设报告模板;
该第二生成单元3033,用于将所述多个检测执行器输出的所述执行结果添加至所述预设报告模板,生成所述状态检测结果并输出。
本发明实施例提供的装置,通过对访问地址进行解析,构建访问地址的完整的服务路径,生成相应的状态检测执行计划,定义该状态检测执行计划中每个执行步骤需要进行探测的待检测事项,为每个步骤设置用于检测待检测事项的检测执行器,控制检测执行器并行对每个执行步骤进行检测,并整合各个执行步骤的执行结果,输出一个有关该访问地址的状态检测结果,实现了对访问地址的自动化检测,节省了大量的人力,执行简单,提升了检测效率以及检测的准确性。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
本发明实施例可以应用于计算机系统/服务器,其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于:个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境,等等。
计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等,它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施,分布式云计算环境中,任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本发明的方法和系统。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (10)
1.一种状态检测方法,其特征在于,包括:
接收用户提供的访问地址,对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,所述状态检测执行计划基于所述访问地址的服务路径以及所述服务路径包括的多个路由服务的服务功能构建;
确定所述状态检测执行计划包括的多个执行步骤,为所述多个执行步骤中每个执行步骤设置检测执行器,所述检测执行器中定义了与对应执行步骤相关的待检测事项;
基于所述多个检测执行器,执行所述多个执行步骤,输出状态检测结果。
2.根据权利要求1所述的方法,其特征在于,所述对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,包括:
解析所述访问地址,得到所述访问地址的主机信息、路径信息以及待访问版本信息;
基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径;
读取所述服务路径包括的全部路由服务的服务功能,将所述全部路由服务中服务功能一致的路由服务统计在同一个执行步骤中,得到所述多个执行步骤;
将所述多个执行步骤整理为所述状态检测执行计划。
3.根据权利要求2所述的方法,其特征在于,所述基于所述主机信息、所述路径信息以及所述待访问版本信息,生成所述访问地址的所述服务路径,包括:
查询所述主机信息指示的网关入口处的路由配置文件,在所述路由配置文件中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第一路由服务和第一服务版本;
基于所述第一路由服务和所述第一服务版本,提取路由配置表;
在所述路由配置表中确定所述路径信息以及所述待访问版本信息指示的下一个可跳转的第二路由服务和第二服务版本;
重复执行上述确定下一个可跳转的路由服务以及服务版本的过程,直至确定所述访问地址的最终路由服务,得到所述访问地址包括的全部路由服务,所述最终路由服务未设置下一可跳转的路由服务;
按照所述全部路由服务的跳转关系,生成所述服务路径。
4.根据权利要求3所述的方法,其特征在于,所述基于所述第一路由服务和所述第一服务版本,提取路由配置表,包括:
读取所述第一路由服务的服务类型;
若所述第一路由服务的服务类型指示网关服务,则获取所述第一路由服务的网关路由表,在所述网关路由表中查找所述第一路由服务指示的下一个可跳转的目标路由服务,查找所述目标路由服务的第一服务名称对应的所述路由配置表,并提取所述路由配置表;
若所述第一路由服务的服务类型指示中间服务,则查找所述第一路由服务的第二服务名称对应的所述路由配置表,并提取所述路由配置表。
5.根据权利要求1所述的方法,其特征在于,所述为所述多个执行步骤中每个执行步骤设置检测执行器,包括:
对于所述多个执行步骤中每个执行步骤,查询所述执行步骤统计的路由服务的目标服务功能;
获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项;
为所述执行步骤设置所述检测执行器,并将所述目标服务功能在所述执行器设置模板中对应的待检测事项定义在所述检测执行器中。
6.根据权利要求5所述的方法,其特征在于,所述获取执行器设置模板,确定所述目标服务功能在所述执行器设置模板中对应的待检测事项之后,所述方法还包括:
当检测到所述目标服务功能在所述执行器设置模板中存在对应的日志探测任务时,查询与所述目标服务功能相关的目标实例;
获取所述目标实例的日志地址,将所述日志地址定义在所述检测执行器中,所述日志地址用于获取所述目标实例的请求访问日志。
7.根据权利要求1所述的方法,其特征在于,所述基于所述多个检测执行器,执行所述多个执行步骤,输出多个执行结果,包括:
控制所述多个检测执行器并行执行所述多个执行步骤,接收所述多个检测执行器输出的执行结果;
当确定接收到的所述执行结果的数量与所述多个检测执行器的数量一致时,获取预设报告模板;
将所述多个检测执行器输出的所述执行结果添加至所述预设报告模板,生成所述状态检测结果并输出。
8.一种状态检测装置,其特征在于,包括:
解析模块,用于接收用户提供的访问地址,对所述访问地址进行解析,构建所述访问地址的状态检测执行计划,所述状态检测执行计划基于所述访问地址的服务路径以及所述服务路径包括的多个路由服务的服务功能构建;
设置模块,用于确定所述状态检测执行计划包括的多个执行步骤,为所述多个执行步骤中每个执行步骤设置检测执行器,所述检测执行器中定义了与对应执行步骤相关的待检测事项;
执行模块,用于基于所述多个检测执行器,执行所述多个执行步骤,输出状态检测结果。
9.一种电子设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011169245.9A CN112311679B (zh) | 2020-10-28 | 2020-10-28 | 状态检测方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011169245.9A CN112311679B (zh) | 2020-10-28 | 2020-10-28 | 状态检测方法、装置、电子设备及可读存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112311679A true CN112311679A (zh) | 2021-02-02 |
CN112311679B CN112311679B (zh) | 2023-07-28 |
Family
ID=74332150
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011169245.9A Active CN112311679B (zh) | 2020-10-28 | 2020-10-28 | 状态检测方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112311679B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114024869A (zh) * | 2021-11-04 | 2022-02-08 | 山东中创软件商用中间件股份有限公司 | 终端间网络连接状态的检测方法、装置、设备及存储介质 |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106610836A (zh) * | 2016-12-23 | 2017-05-03 | 国网信息通信产业集团有限公司 | 一种微服务运行管理工具 |
US20170126718A1 (en) * | 2015-10-30 | 2017-05-04 | Citrix Systems, Inc. | Framework for explaining anomalies in accessing web applications |
CN106941493A (zh) * | 2017-03-30 | 2017-07-11 | 北京奇艺世纪科技有限公司 | 一种网络安全态势感知结果输出方法及装置 |
CN107612955A (zh) * | 2016-07-12 | 2018-01-19 | 深圳市远行科技股份有限公司 | 微服务提供方法、装置及系统 |
CN108833137A (zh) * | 2018-05-18 | 2018-11-16 | 南京南瑞信息通信科技有限公司 | 一种柔性微服务监控框架架构 |
US20190289035A1 (en) * | 2018-03-14 | 2019-09-19 | ShieldX Networks, Inc. | Identifying communication paths between servers for securing network communications |
US20190319885A1 (en) * | 2018-04-16 | 2019-10-17 | Citrix Systems, Inc. | Policy based service routing |
CN110647469A (zh) * | 2019-09-24 | 2020-01-03 | 广州荔支网络技术有限公司 | 一种微服务的测试方法、装置、计算机设备和存储介质 |
CN111124670A (zh) * | 2019-12-05 | 2020-05-08 | 航天科工网络信息发展有限公司 | 一种面向战术云的微服务平台 |
CN111404759A (zh) * | 2020-04-17 | 2020-07-10 | 腾讯科技(深圳)有限公司 | 服务检测方法、规则配置方法、相关设备及介质 |
WO2020162680A1 (ko) * | 2019-02-08 | 2020-08-13 | 아콘소프트 주식회사 | 마이크로서비스 시스템 및 방법 |
US20200296172A1 (en) * | 2019-03-11 | 2020-09-17 | International Business Machines Corporation | Manage a network of microservices |
US20200295984A1 (en) * | 2019-03-11 | 2020-09-17 | At&T Intellectual Property I, L.P. | Data driven systems and methods to isolate network faults |
CN112235145A (zh) * | 2020-10-17 | 2021-01-15 | 苏州佩秋信息科技有限公司 | 流量状态检测方法和装置 |
-
2020
- 2020-10-28 CN CN202011169245.9A patent/CN112311679B/zh active Active
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170126718A1 (en) * | 2015-10-30 | 2017-05-04 | Citrix Systems, Inc. | Framework for explaining anomalies in accessing web applications |
CN107612955A (zh) * | 2016-07-12 | 2018-01-19 | 深圳市远行科技股份有限公司 | 微服务提供方法、装置及系统 |
CN106610836A (zh) * | 2016-12-23 | 2017-05-03 | 国网信息通信产业集团有限公司 | 一种微服务运行管理工具 |
CN106941493A (zh) * | 2017-03-30 | 2017-07-11 | 北京奇艺世纪科技有限公司 | 一种网络安全态势感知结果输出方法及装置 |
US20190289035A1 (en) * | 2018-03-14 | 2019-09-19 | ShieldX Networks, Inc. | Identifying communication paths between servers for securing network communications |
US20190319885A1 (en) * | 2018-04-16 | 2019-10-17 | Citrix Systems, Inc. | Policy based service routing |
CN108833137A (zh) * | 2018-05-18 | 2018-11-16 | 南京南瑞信息通信科技有限公司 | 一种柔性微服务监控框架架构 |
WO2020162680A1 (ko) * | 2019-02-08 | 2020-08-13 | 아콘소프트 주식회사 | 마이크로서비스 시스템 및 방법 |
US20200296172A1 (en) * | 2019-03-11 | 2020-09-17 | International Business Machines Corporation | Manage a network of microservices |
US20200295984A1 (en) * | 2019-03-11 | 2020-09-17 | At&T Intellectual Property I, L.P. | Data driven systems and methods to isolate network faults |
CN110647469A (zh) * | 2019-09-24 | 2020-01-03 | 广州荔支网络技术有限公司 | 一种微服务的测试方法、装置、计算机设备和存储介质 |
CN111124670A (zh) * | 2019-12-05 | 2020-05-08 | 航天科工网络信息发展有限公司 | 一种面向战术云的微服务平台 |
CN111404759A (zh) * | 2020-04-17 | 2020-07-10 | 腾讯科技(深圳)有限公司 | 服务检测方法、规则配置方法、相关设备及介质 |
CN112235145A (zh) * | 2020-10-17 | 2021-01-15 | 苏州佩秋信息科技有限公司 | 流量状态检测方法和装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114024869A (zh) * | 2021-11-04 | 2022-02-08 | 山东中创软件商用中间件股份有限公司 | 终端间网络连接状态的检测方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112311679B (zh) | 2023-07-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109582551B (zh) | 日志数据解析方法、装置、计算机设备和存储介质 | |
CN108108288A (zh) | 一种日志数据解析方法、装置及设备 | |
CN109033843B (zh) | 用于分布式静态检测系统的Java文件依赖性分析方法及模块 | |
CN111752843B (zh) | 用于确定影响面的方法、装置、电子设备及可读存储介质 | |
US8799923B2 (en) | Determining relationship data associated with application programs | |
CN110912782B (zh) | 一种数据采集方法、装置及存储介质 | |
US10817140B2 (en) | Sequential data | |
CN111104335A (zh) | 一种基于多层次分析的c语言缺陷检测方法及装置 | |
JP5834701B2 (ja) | コンピューティング環境における資源の発見のための方法、装置、およびプログラム | |
CN112311679B (zh) | 状态检测方法、装置、电子设备及可读存储介质 | |
CN106681904B (zh) | 测试件覆盖率及覆盖应用接口的分析方法、装置 | |
CN107330031B (zh) | 一种数据存储的方法、装置及电子设备 | |
CN111580821B (zh) | 脚本绑定方法、装置、电子设备及计算机可读存储介质 | |
CN110188432B (zh) | 系统架构的验证方法、电子设备及计算机可读存储介质 | |
CN111475405A (zh) | 回归测试的方法、装置、计算机设备及存储介质 | |
CN116483831A (zh) | 一种分布式数据库推荐索引生成方法 | |
CN114095235A (zh) | 系统识别方法、装置、计算机设备及介质 | |
CN112181816A (zh) | 一种基于场景的接口测试方法、装置、计算机设备及介质 | |
Makanju et al. | Extracting message types from bluegene/l’s logs | |
CN113570333B (zh) | 一种适用于集成的流程设计方法 | |
JP4816169B2 (ja) | グローバルプロセス生成方法、装置、システム、およびプログラム | |
CN111078538B (zh) | 基于jmh的规则自动化测试的方法 | |
CN107609008A (zh) | 一种基于Apache Sqoop的从关系型数据库到Kafka的数据导入装置及方法 | |
CN115757570A (zh) | 一种日志数据分析方法、装置、电子设备及介质 | |
CN114553683B (zh) | 基于安全大数据反馈的云端配置更新方法及信息安全系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing Applicant after: Beijing Shuidi Technology Group Co.,Ltd. Address before: 100102 201, 2 / F, block C, No.2 lizezhong 2nd Road, Chaoyang District, Beijing Applicant before: Beijing Health Home Technology Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |