CN115150457A - 微服务管理方法、车载系统和车载设备 - Google Patents

微服务管理方法、车载系统和车载设备 Download PDF

Info

Publication number
CN115150457A
CN115150457A CN202210740033.4A CN202210740033A CN115150457A CN 115150457 A CN115150457 A CN 115150457A CN 202210740033 A CN202210740033 A CN 202210740033A CN 115150457 A CN115150457 A CN 115150457A
Authority
CN
China
Prior art keywords
service
micro
vehicle
management
microservice
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.)
Pending
Application number
CN202210740033.4A
Other languages
English (en)
Inventor
战宝伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ecarx Hubei Tech Co Ltd
Original Assignee
Ecarx Hubei Tech Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ecarx Hubei Tech Co Ltd filed Critical Ecarx Hubei Tech Co Ltd
Priority to CN202210740033.4A priority Critical patent/CN115150457A/zh
Publication of CN115150457A publication Critical patent/CN115150457A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/48Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for in-vehicle communication

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种微服务管理方法、车载系统和车载设备。该方法包括:管理微服务获取当前功能微服务要访问的目标功能微服务的标识信息。当前功能微服务与管理微服务设置于同一车载系统内。管理微服务中存储有车载设备的全部车载系统中的全部功能微服务的微服务信息。管理微服务根据目标功能微服务的标识信息,在微服务信息中查询与该目标功能微服务的标识信息匹配的功能微服务。管理微服务获取该匹配的功能微服务的地址信息,并将该地址信息作为目标功能微服务的地址信息。管理微服务将地址信息反馈到当前功能微服务。当前功能微服务根据该地址信息建立与目标功能微服务之间的通信连接。本申请的方法,提高了多系统中功能微服务之间的调用效率。

Description

微服务管理方法、车载系统和车载设备
技术领域
本申请涉及通信领域,尤其涉及一种微服务管理方法、车载系统和车载设备。
背景技术
随着科技的发展,用户对于车载设备的功能和控制需求越来越多。车载设备中为了实现用户需求,会通过虚拟机和docker等技术异构多个系统,以实现分布式发展。
目前,在车载设备的系统中通常使用Google远程过程调用(Google RemoteProcedure Call,GRPC)框架实现各个微服务之间的调用。然而,当车载设备中异构有多个系统时,现有技术需要通过云服务来实现不同系统之间微服务的调用。
显然,对于本地设备来说,使用云服务实现不同系统之间微服务的调用,存在系统调用效率低的问题。
发明内容
本申请提供一种微服务管理方法、车载系统和车载设备,用以解决不同系统之间微服务的调用,存在系统调用效率低的问题。
第一方面,本申请提供一种微服务管理方法,应用于车载设备的车载系统的管理微服务,所述方法包括:
获取当前功能微服务要访问的目标功能微服务的标识信息和所述管理微服务中的微服务信息;
根据所述目标功能微服务的所述标识信息,在所述微服务信息中查询所述目标功能微服务的地址信息;
将所述地址信息反馈到所述当前功能微服务,以使所述当前功能微服务建立与所述目标功能微服务之间的通信连接;
其中,所述当前功能微服务与所述管理微服务设置于统一车载系统内。
可选地,所述车载设备中设置有至少一个车载系统,所述根据所述地址信息,建立所述当前功能微服务与所述目标功能微服务之间的通信连接,包括以下至少一种:
当所述目标功能微服务与所述当前功能微服务在同一车载系统内时,基于grpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内时,基于tpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内,且其中至少一个车载系统为虚拟机时,基于vsock框架建立所述当前功能微服务与所述目标功能微服务之间的通信连接。
可选地,所述方法,还包括:
获取当前功能微服务注册/注销时产生的控制指令;
根据所述控制指令在所述当前功能微服务对应的管理微服务中更新所述当前功能微服务的微服务信息。
可选地,所述根据所述控制指令在所述当前功能微服务对应的管理微服务中更新所述当前功能微服务的微服务信息,具体包括:
响应于当前功能微服务在启动时调用注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注册所述当前功能微服务,并存储所述当前功能微服务的微服务信息;
当所述当前功能微服务正常退出时,响应于所述当前功能微服务在退出时调用反注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
可选地,所述方法,还包括:
当所述当前功能微服务异常退出时,根据监听所述当前功能微服务的进程状态获取的异常退出信号,生成控制指令,并在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
可选地,所述方法,还包括:
向所述车载设备的其他车载系统的管理微服务同步更新所述当前功能微服务的微服务信息。
可选地,当所述车载设备中构建新的车载系统时,所述方法,还包括:
响应于所述新的车载系统的管理微服务发送的同步请求,向所述新的车载系统的管理微服务同步全部微服务信息。
可选地,所述标识信息为所述微服务名称。
可选地,所述地址信息包括端口号、IP地址和进程号中的至少一项。
第二方面,本申请提供一种微服务管理装置,应用于车载设备的车载系统的管理微服务,所述方法包括:
获取模块,用于获取当前功能微服务要访问的目标功能微服务的标识信息和所述管理微服务中的微服务信息;
处理模块,用于根据所述目标功能微服务的所述标识信息,在所述微服务信息中查询所述目标功能微服务的地址信息;将所述地址信息反馈到所述当前功能微服务,以使所述当前功能微服务建立与所述目标功能微服务之间的通信连接;其中,所述当前功能微服务与所述管理微服务设置于统一车载系统内。
可选地,所述车载设备中设置有至少一个车载系统,所述处理模块,用于以下至少一种:
当所述目标功能微服务与所述当前功能微服务在同一车载系统内时,基于grpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内时,基于tpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内,且其中至少一个车载系统为虚拟机时,基于vsock框架建立所述当前功能微服务与所述目标功能微服务之间的通信连接。
可选地,所述获取模块,还用于获取当前功能微服务注册/注销时产生的控制指令;
所述微服务管理装置,还包括:
更新模块,用于根据所述控制指令在所述当前功能微服务对应的管理微服务中更新所述当前功能微服务的微服务信息。
可选地,所述更新模块,具体用于:
响应于当前功能微服务在启动时调用注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注册所述当前功能微服务,并存储所述当前功能微服务的微服务信息;
当所述当前功能微服务正常退出时,响应于所述当前功能微服务在退出时调用反注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
可选地,所述更新模块,还用于:
当所述当前功能微服务异常退出时,根据监听所述当前功能微服务的进程状态获取的异常退出信号,生成控制指令,并在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
可选地,所述更新模块,还用于:
向所述车载设备的其他车载系统的管理微服务同步更新所述当前功能微服务的微服务信息。
可选地,当所述车载设备中构建新的车载系统时,所述更新模块,还用于:
响应于所述新的车载系统的管理微服务发送的同步请求,向所述新的车载系统的管理微服务同步全部微服务信息。
可选地,所述标识信息为所述微服务名称。
可选地,所述地址信息包括端口号、IP地址和进程号中的至少一项。
第三方面,本申请提供一种车载系统,包括:一个管理微服务和至少一个功能微服务;
所述功能微服务中的计算机程序被处理器执行时,用于实现所述车载设备的功能;所述管理微服务的计算机程序被处理器执行时,用于执行第一方面及第一方面任一种可能的设计中的微服务管理方法。
第四方面,本申请提供一种车载设备,所述车载设备中设置有至少一个第三方面及第三方面任一种可能的设计中的车载系统。
第五方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,当管理微服务的至少一个处理器执行该计算机程序时,管理微服务执行第一方面及第一方面任一种可能的设计中的微服务管理方法。
第六方面,本申请提供一种计算机程序产品,所述计算机程序产品包括计算机程序,当管理微服务的至少一个处理器执行该计算机程序时,管理微服务执行第一方面及第一方面任一种可能的设计中的微服务管理方法。
本申请提供的微服务管理方法,通过获取当前功能微服务要访问的目标功能微服务的标识信息,当前功能微服务与管理微服务设置于同一车载系统内;管理微服务中存储有车载设备的全部车载系统中的全部功能微服务的微服务信息,根据目标功能微服务的标识信息,在微服务信息中查询与该目标功能微服务的标识信息匹配的功能微服务;获取该匹配的功能微服务的地址信息,并将该地址信息作为目标功能微服务的地址信息;将地址信息反馈到当前功能微服务,以使当前功能微服务根据该地址信息建立与目标功能微服务之间的通信连接的手段,实现目标功能微服务的快速查询和调用,实现了提高多系统中功能微服务之间的调用效率的效果。
附图说明
为了更清楚地说明本申请或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一实施例提供的一种车载设备的场景示意图;
图2为本申请一实施例提供的一种微服务管理方法的流程图;
图3为本申请一实施例提供的一种目标功能微服务查询流程图;
图4为本申请一实施例提供的一种微服务管理方法的流程图;
图5为本申请一实施例提供的一种微服务管理装置的结构示意图;
图6为本申请一实施例提供的一种车载系统的系统结构示意图;
图7为本申请一实施例提供的一种车载设备的硬件结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换。例如,在不脱离本文范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。
取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
再者,如同在本文中所使用的,单数形式“一”、“一个”和“该”旨在也包括复数形式,除非上下文中有相反的指示。
应当进一步理解,术语“包含”、“包括”表明存在的特征、步骤、操作、元件、组件、项目、种类、和/或组,但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。
此处使用的术语“或”和“和/或”被解释为包括性的,或意味着任一个或任何组合。因此,“A、B或C”或者“A、B和/或C”意味着“以下任一个:A;B;C;A和B;A和C;B和C;A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时,才会出现该定义的例外。
随着科技的发展,用户对于车载设备的功能和控制需求越来越多。为了实现的车载设备的入网需求,车载以太网逐渐成为标配。为了提高车载设备的控制效率,车辆的硬件在向集中式架构发展。同时,为了提高车载设备的功能需求,车辆的软件又通过虚拟机、docker等技术异构多个系统,向多系统分布式发展。当车载设备中包括多个操作系统(Operating System,OS)时,该多个OS系统之间通常需要通过通信实现数据交换。目前,在车载设备的系统中通常使用Google远程过程调用(Google Remote Procedure Call,GRPC)协议实现该通信需求。例如,当OS系统中设置有多个微服务时,不同OS系统可能存在微服务跨系统调用的情况。在采用基于grpc的通信机制下,现有技术通常使用第三方的XML数据库服务(XML Database Service,xDS)实现跨系统微服务的发现和定位。然而,该xDS服务更多得到是应用在云服务器中,实现跨系统的微服务调用。对于本地设备中的多个OS系统而言,该xDS服务的使用不仅增加了网络负担,而且导致系统调用效率低的问题。
针对上述问题,本申请提出了一种微服务管理方法。本申请在每个系统里增加一个grpc-softbus-ctrl微服务。该grpc-softbus-ctrl微服务将负责管理维护本系统的grpc微服务。本系统的grpc微服务创建时,微服务名称等信息将被注册到grpc-softbus-ctrl微服务中。不同系统的grpc-softbus-ctrl微服务之间将会同步所有系统的grpc微服务信息。当客户端要调用目标功能微服务时,可以通过在本系统的grpc-softbus-ctrl微服务中查询,找到合适的grpc微服务信息。本系统的grpc-softbus-ctrl微服务将查询到的grpc微服务信息推送给客户端,以便于客户端使用。该grpc-softbus-ctrl微服务查询到的grpc微服务信息可以位本系统的grpc微服务,也可以为其他系统中的grpc微服务。客户端根据找到的grpc微服信息建立直接通道进行通信。本申请通过设置该grpc-softbus-ctrl微服务,以及同步全部系统的grpc微服务信息,实现grpc微服务在本地设备的发现问题,还实现了去中心化将服务发现部署在各个系统中的效果,防止了单点问题。其中,在grpc-softbus-ctrl微服务的查询过程中,grpc-softbus-ctrl微服务可以根据目标功能微服务名称进行查询。查询得到的微服务信息可以包括端口号,IP地址等信息。当grpc-softbus-ctrl微服务查询得到多个同名的grpc微服务时,grpc-softbus-ctrl微服务可以选择查询到的第一个空闲的目标功能微服务推送给客户端。
下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1示出了本申请一实施例提供的一种车载设备的场景示意图。如图1所示,车载设备中运行了三个系统hostos1、virtualOS1和otheros。其中,hostos1可以为基于开放源代码的移动操作系统(Automotive Grade Linux,AGL)。或者,hostos1还可以为其他linux系统。该hostos1为该车载设备的虚拟系统的主机。其中,virtualOS1是基于内核的虚拟机(Kernel-based Virtual Machine,KVM)或者基于XEN技术的虚拟机。该virtualOS1可以运行android系统。其中,otheros可以是在一片板子上异构出来,或者在新增的硬件系统上异构出来的系统。该otherOS可以运行ubuntu或者高级驾驶辅助系统(Advanced DrivingAssistance System,ADAS)。在每一系统启动时,系统将启动一个daemon进程做为grpc-softbus-ctrl微服务,即下述实施例所示的管理微服务。该daemon进程将负责管理该系统内全部的功能微服务。这些功能微服务如图1每一系统中的grpc所示。每一个系统中可以包括至少一个功能微服务。该功能微服务即为grpc微服务。该grpc微服务为使用grpc协议的微服务。该管理微服务将同步和查询其他系统的微服务。系统内的功能微服务可以在创建时调用注册接口,在管理微服务中注册该功能微服务。系统内的功能微服务可以在退出时调用返注册接口,在管理微服务中注销该功能微服务。在当前功能微服务需要调用目标功能微服务时,该当前功能微服务可以在确定目标功能微服务的地址信息后,建立该当前功能微服务与目标功能微服务之间的通信连接。该通信连接方式可以包括基于tcp协议的通信连接和基于vsock协议的通信连接。其中,基于vsock协议的通信连接仅用于其中一个微服务设置于虚拟机时使用。
本申请中,以管理微服务为执行主体,执行如下实施例的微服务管理方法。具体地,该执行主体可以为管理微服务的硬件装置,或者为管理微服务中实现下述实施例的软件应用,或者为安装有实现下述实施例的软件应用的计算机可读存储介质,或者为实现下述实施例的软件应用的代码。
图2示出了本申请一实施例提供的一种微服务管理方法的流程图。在图1所示实施例的基础上,如图2所示,以管理微服务为执行主体,本实施例的方法可以包括如下步骤:
S101、获取当前功能微服务要访问的目标功能微服务的标识信息和管理微服务中的微服务信息。其中,当前功能微服务与管理微服务设置于同一车载系统内。
本实施例中,在当前功能微服务要请求调用其他功能微服务时,该当前功能微服务可以将该要访问的功能微服务作为目标功能微服务。该当前功能微服务可以将该目标功能微服务的标识信息发送到管理微服务中。管理微服务可以获取当前功能微服务要访问的目标功能微服务的标识信息。该管理微服务与当前功能微服务设置于同一车载系统内。该当前功能微服务与该管理微服务相当于该车载系统内的两个进程,该两个进程之间可以直接通信。该管理微服务中存储有微服务信息。
一种示例中,该标识信息可以为微服务名称。
一种示例中,该微服务信息中包括该车辆的全部的车载系统中的全部功能微服务的微服务信息。
一种示例中,该微服务信息中,每一功能微服务的微服务信息可以包括IP地址、微服务名称、端口号、进程号等信息。
S102、根据目标功能微服务的标识信息,在微服务信息中查询目标功能微服务的地址信息。
本实施例中,管理微服务可以在微服务信息中匹配与该目标功能微服务的标识信息相同的功能微服务。当管理微服务匹配到该目标功能微服务的标识信息时,该管理微服务可以获取该目标功能微服务的地址信息。
一种示例中,地址信息包括端口号、IP地址和进程号中的至少一项。
一种示例中,该管理微服务的微服务信息中可以包括多个功能微服务的标识信息与该目标功能微服务的标识信息匹配。在该过程中,管理微服务可以根据如图3所示的逻辑,选择一个功能微服务作为目标功能微服务。其步骤具体包括:
步骤11、判断本系统内的功能微服务中是否存在与该标识信息匹配的功能微服务。若存在则跳转到步骤12,否则跳转到步骤14。
步骤12、判断本系统内与该标识信息匹配的功能微服务是否处于空闲状态。则跳转到步骤13,否则跳转到步骤14。
步骤13、确定本系统内的该功能微服务为目标功能微服务。管理微服务获取该功能微服务的地址信息。当本系统内存在可以目标功能微服务,且该目标功能微服务处于空闲状态时,管理微服务优先考虑调用本系统内的功能微服务。当本系统和其他系统内均存在目标功能微服务,且这些目标功能微服务均处于忙碌状态时,管理微服务优先考虑调用本系统内的功能微服务。该本系统内目标功能微服务的调用,可以有效降低通信时长,提高目标功能微服务的调用效率。
步骤14、判断其他系统内是否存在与该标识信息匹配的功能微服务。若存在至少一个与该标识信息匹配的功能微服务则跳转到步骤15,否则跳转到步骤17。
步骤15、判断该至少一个与该标识信息匹配的功能微服务中是否存在至少一个功能微服务处于空闲状态。若存在至少一个与该标识信息匹配的功能微服务处于空闲状态则跳转到步骤16,否则跳转到步骤13。
步骤16、确定查询到的第一个处于空闲状态的功能微服务为目标功能微服务。
步骤17、反馈未查询到该目标功能微服务。
S103、将地址信息反馈到当前功能微服务,以使当前功能微服务建立与目标功能微服务之间的通信连接。
本实施例中,管理微服务可以在获取该目标功能微服务的地址信息后,将该地址信息反馈到当前功能微服务。该当前功能微服务可以根据该地址信息,建立与目标功能微服务之间的通信连接。其中,针对目标功能微服务与当前功能微服务所处的系统,可以存在多种不同的连接方式。
一种示例中,当目标功能微服务与当前功能微服务在同一车载系统内时,当前功能微服务与目标功能微服务之间可以基于grpc协议建立通信连接。在实际使用中,当目标功能微服务与当前功能微服务在同一车载系统内时,也可以使用tcp协议建立通信连接。但是考虑到基于grpc通信协议的通信连接的调用效率高于tcp协议。因此,优先考虑基于grpc协议建立通信连接。该grpc协议的通信连接可以有效提高目标功能微服务的调用效率。因此,在目标功能微服务查询时,管理微服务优先考虑本系统内的功能微服务。
另一种示例中,当目标功能微服务与当前功能微服务在不同车载系统内时,当前功能微服务与目标功能微服务之间可以基于tpc协议建立通信连接。
再一种示例中,当目标功能微服务与当前功能微服务在不同车载系统内,且其中至少一个车载系统为虚拟机时,当前功能微服务与目标功能微服务之间可以基于vsock框架建立通信连接。其中,基于vsoch框架建立的通信连接连接效率高于基于tcp协议建立的通信连接。因此,当其中一个车载系统为虚拟机时,当前功能微服务可以优先考虑基于vsoch框架建立的通信连接,以提高连接效率。
本申请提供的微服务管理方法,管理微服务获取当前功能微服务要访问的目标功能微服务的标识信息。当前功能微服务与管理微服务设置于同一车载系统内。管理微服务中存储有车载设备的全部车载系统中的全部功能微服务的微服务信息。管理微服务根据目标功能微服务的标识信息,在微服务信息中查询与该目标功能微服务的标识信息匹配的功能微服务。管理微服务获取该匹配的功能微服务的地址信息,并将该地址信息作为目标功能微服务的地址信息。管理微服务将地址信息反馈到当前功能微服务。当前功能微服务根据该地址信息建立与目标功能微服务之间的通信连接。本申请中,通过使用管理微服务,实现目标功能微服务的快速查询和调用,提高了多系统中功能微服务之间的调用效率。
图4示出了本申请一实施例提供的一种微服务管理方法的流程图。在图1至图3所示实施例的基础上,为了保证管理微服务中的微服务信息与当前各个车载系统内的功能微服务同步,管理微服务可以实时更新本系统中的功能微服务的微服务信息,管理微服务还可以将其微服务信息实时同步到其他车载系统的管理微服务中,从而保证微服务信息的时效性。如图4所示,以管理微服务为执行主体,本实施例的方法可以包括如下步骤:
S201、获取当前功能微服务注册/注销时产生的控制指令。
本实施例中,为了便于该管理微服务对本系统内的功能微服务进行管理,本系统中的功能微服务启动时,可以调用注册接口生成控制指令。该控制指令可以为注册指令,用于指示该管理微服务完成该功能微服务的注册。在当前功能微服务注册时,管理微服务可以获取该控制指令。此外,本系统中的功能微服务正常退出时,可以调用反注册接口生成控制指令。该控制指令可以为注销助理,用于指示该管理微服务完成该功能微服务的注销。在当前功能微服务注销时,管理微服务可以获取该控制指令。
S202、根据控制指令在当前功能微服务对应的管理微服务中更新当前功能微服务的微服务信息。
本实施例中,管理服务器可以根据该控制指令,控制修改该管理微服务中存储的微服务信息。该修改可以包括添加新的功能微服务的微服务信息和/或删除已有的功能微服务的微服务信息。
一种示例中,当该控制指令为注册指令时,管理服务器可以响应于当前功能微服务在启动时调用注册接口生成的控制指令,在当前功能微服务对应的管理微服务中注册当前功能微服务,并存储当前功能微服务的微服务信息。
本示例中,该控制指令具体用于指示该管理微服务将该启动的当前功能微服务的微服务信息存储到该管理微服务中,从而提高该管理微服务对本系统内的当前功能微服务的管理效率。例如,当A车载系统的当前功能微服务启动时,该注册接口将把控制指令发送到A车载系统的管理微服务中,实现该管理微服务对本系统内的当前功能微服务的管理。
可选地,当该管理微服务根据该控制指令确定该当前功能微服务被启动时,该管理微服务还可以监听该当前功能微服务的进程状态。
可选地,当该当前功能微服务启动失败时,该当前功能微服务对应的注册接口将调用失败。因此,对于启动失败的当前功能微服务将无法在管理微服务中进行注册。
另一种示例中,当该控制指令为注销指令时,管理服务器可以在当前功能微服务正常退出时,响应于当前功能微服务在退出时调用反注册接口生成的控制指令,在当前功能微服务对应的管理微服务中注销当前功能微服务,并删除当前功能微服务的微服务信息。
本示例中,该控制指令具体用于指示该管理微服务将该正常退出的当前功能微服务的微服务信息从该管理微服务中删除,从而提高该管理微服务对本系统内的当前功能微服务的管理效率。例如,当A车载系统的当前功能微服务正常退出时,该反注册接口将把控制指令发送到A车载系统的管理微服务中,实现该管理微服务对本系统内的当前功能微服务的管理。
可选地,当该管理微服务根据该控制指令确定该当前功能微服务被正常退出时,该管理微服务还可以结束监听该当前功能微服务的进程状态。
再一种示例中、当该控制指令为注销指令时,管理服务器可以在当前功能微服务异常退出时,根据监听当前功能微服务的进程状态获取的异常退出信号,生成控制指令,并在当前功能微服务对应的管理微服务中注销当前功能微服务,并删除当前功能微服务的微服务信息。
本示例中,在当前功能微服务异常退出时,该当前功能微服务将无法如正常退出一般调用反注册接口。因此,当当前功能微服务异常退出时,该当前功能微服务将无法主动生成控制指令进行注销。为了保证在该种情况下管理微服务对当前功能微服务的有效管理,管理微服务可以在监听到当前功能微服务的进程异常退出时,获取该当前功能微服务的异常退出信号。管理微服务还可以根据该异常退出信号,生成控制指令。该控制指令与S202相同,将用于指示该管理微服务将该正常退出的当前功能微服务的微服务信息从该管理微服务中删除,从而提高该管理微服务对本系统内的当前功能微服务的管理效率。例如,当A车载系统的当前功能微服务异常退出时,该A车载系统的管理微服务的监听到该当前功能微服务的异常退出信号。该管理微服务将生成该当前功能微服务的控制指令,并执行对应的注销操作,从而实现该管理微服务对本系统内的当前功能微服务的管理。
S203、向车载设备的其他车载系统的管理微服务同步更新当前功能微服务的微服务信息。
本实施例中,当车载设备中包括多个车载系统时,为了保证多个车载系统之间微服务信息的同步,管理微服务可以在根据控制指令完成微服务信息的更新后,实时向其他车载系统发送注册同步信号和/或注销同步信号,以使其他车载系统可以根据该注册同步信号和/或注销同步信号完成当前功能微服务的微服务信息的同步更新。同时,管理微服务还可以实时获取该车辆中的其他车载设备中的管理微服务发送的注册同步信号和/或注销同步信号。
例如,当A车载系统的管理微服务收到控制指令时,该A车载系统的管理微服务可以对应生成注册同步信号和/或注销同步信号。该A车载系统的管理微服务可以将该注册同步信号和/或注销同步信号依次发送到该车辆的B车载系统、C车载系统等车载系统中。该车辆的B车载系统、C车载系统等车载系统可以在接收到该注册同步信号和/或注销同步信号后完成微服务信息的同步。
又如,当该B车载系统收到控制指令或者控制指令时,该B车载系统的管理微服务可以对应生成注册同步信号和/或注销同步信号。该B车载系统可以将该注册同步信号和/或注销同步信号依次发送到A车载系统、C车载系统等车载系统中。该车辆的A车载系统、C车载系统等车载系统可以在接收到该注册同步信号和/或注销同步信号后完成微服务信息的同步。
一种示例中,该注册同步信号和/或注销同步信号可以在管理微服务获取控制指令时,根据该控制指令对应生成。
一种示例中,当一管理微服务生成该注册同步信号和/或注销同步信号后,该管理微服务可以依次将该注册同步信号和/或注销同步信号发送到其他各个车载系统的管理微服务中。其他各个车载系统的管理微服务可以根据该注册同步信号和/或注销同步信号完成该微服务信息的同步。例如,接收到注册同步信号的管理微服务可以根据该注册同步信号,在该管理微服务的微服务信息中添加新的当前功能微服务的微服务信息。和/或,接收到注销同步信号的管理微服务可以根据该注销同步信号,在该管理微服务的微服务信息中删除该注销的当前功能微服务的微服务信息。该注册同步信号和/或注销同步信号的收发,可以有效保证各个车载系统的管理微服务中的微服务信息的同步,从而提高目标功能微服务的查询有效性。
本申请提供的微服务管理方法,管理微服务可以获取当前功能微服务注册/注销时产生的控制指令。管理服务器可以根据该控制指令,控制修改该管理微服务中存储的微服务信息,实现该管理微服务中微服务信息的更新。当车载设备中包括多个车载系统时,管理微服务可以在根据控制指令完成微服务信息的更新后,实时向其他车载系统发送注册同步信号和/或注销同步信号,以使其他车载系统可以根据该注册同步信号和/或注销同步信号完成当前功能微服务的微服务信息的同步更新。本申请中,通过注册、注销和同步微服务信息,使该车载设备的各个车载系统中的微服务信息保持一致,且保持有效,提高目标功能微服务的查询有效性。
在上述各是实施例的基础上,当车载设备中构建新的车载系统时,在图1至图4所示实施例的基础上,本实施例的方法还包括如下步骤:
S301、响应于新的车载系统的管理微服务发送的同步请求,向新的车载系统的管理微服务同步全部微服务信息。
本实施例中,当新的车载系统被构建时,该新的车载系统将在启动时,启动一个管理微服务。此时,该刚启动的新的车载系统中可以不包括功能微服务。功能微服务可以在该车载系统的后续使用中陆续启动。该刚启动的新的车载系统的管理微服务中尚不包括任何功能微服务的微服务信息。为了便于在后续使用中该新的车载系统的功能微服务调用其他车载系统的功能微服务,该管理微服务可以同步其他车载系统的管理微服务中的微服务信息。该新的车载系统的管理微服务可以向其他任一车载系统的管理微服务发送同步求情。当其他车载系统的管理微服务获取到该同步请求时,该管理微服务可以将其中的全部微服务信息发送到该新的车载系统的管理微服务中。
一种示例中,该新的车载系统的管理微服务可以向最先启动的车载系统的管理微服务发送该同步请求。
一种示例中,当该新的车载系统被添加到该车辆的车载设备的系统拓扑结构时,该新的车载系统的管理微服务可以向该系统拓扑结构内的其他车载系统发送同步请求,实现微服务信息的同步。并且,该管理微服务将与其他车载系统的管理微服务保持同步。
本申请提供的微服务管理方法,通过使用同步请求,实现该新的车载系统额管理微服务中微服务信息的同步,保证了新的车载系统的功能微服务可以准确调用其他车载系统中的功能微服务。
图5示出了本申请一实施例提供的一种微服务管理装置的结构示意图,如图5所示,本实施例的微服务管理装置20用于实现上述任一方法实施例中对车载设备的车载系统的管理微服务的操作,本实施例的微服务管理装置20包括:
获取模块21,用于获取当前功能微服务要访问的目标功能微服务的标识信息和管理微服务中的微服务信息。
处理模块22,用于根据目标功能微服务的标识信息,在微服务信息中查询目标功能微服务的地址信息。根据地址信息,建立当前功能微服务与目标功能微服务之间的通信连接。其中,当前功能微服务与管理微服务设置于统一车载系统内。
一种示例中,车载设备中设置有至少一个车载系统,处理模块22,用于以下至少一种:
当目标功能微服务与当前功能微服务在同一车载系统内时,基于grpc协议建立当前功能微服务与目标功能微服务之间的通信连接。
当目标功能微服务与当前功能微服务在不同车载系统内时,基于tpc协议建立当前功能微服务与目标功能微服务之间的通信连接。
当目标功能微服务与当前功能微服务在不同车载系统内,且其中至少一个车载系统为虚拟机时,基于vsock框架建立当前功能微服务与目标功能微服务之间的通信连接。
一种示例中,获取模块21,还用于获取当前功能微服务注册/注销时产生的控制指令;
微服务管理装置,还包括:
更新模块23,用于根据控制指令在当前功能微服务对应的管理微服务中更新当前功能微服务的微服务信息。
一种示例中,更新模块23,具体用于:
响应于当前功能微服务在启动时调用注册接口生成的控制指令,在当前功能微服务对应的管理微服务中注册当前功能微服务,并存储当前功能微服务的微服务信息;
当当前功能微服务正常退出时,响应于当前功能微服务在退出时调用反注册接口生成的控制指令,在当前功能微服务对应的管理微服务中注销当前功能微服务,并删除当前功能微服务的微服务信息。
一种示例中,更新模块23,还用于:
当当前功能微服务异常退出时,根据监听当前功能微服务的进程状态获取的异常退出信号,生成控制指令,并在当前功能微服务对应的管理微服务中注销当前功能微服务,并删除当前功能微服务的微服务信息。
一种示例中,更新模块23,还用于:
向车载设备的其他车载系统的管理微服务同步更新当前功能微服务的微服务信息。
一种示例中,当车载设备中构建新的车载系统时,更新模块23,还用于:
响应于新的车载系统的管理微服务发送的同步请求,向新的车载系统的管理微服务同步全部微服务信息。
一种示例中,标识信息为微服务名称。
一种示例中,地址信息包括端口号、IP地址和进程号中的至少一项。
本申请实施例提供的微服务管理装置,可执行上述方法实施例,其具体实现原理和技术效果,可参见上述方法实施例,本实施例此处不再赘述。
图6示出了本申请实施例提供的一种车载系统的系统结构示意图。如图6所示,该车载系统30中包括一个管理微服务31和至少一个功能微服务32。
其中,功能微服务32中的计算机程序被处理器执行时,用于实现车载设备的功能。
其中,管理微服务31的计算机程序被处理器执行时,用于实现如图2至图4中任一实施例对应的微服务管理方法。
本申请实施例提供的车载系统,其具体实现原理和技术效果,可参见上述方法实施例,本实施例此处不再赘述。
图7示出了本申请实施例提供的一种车载设备的硬件结构示意图。如图7所示,该车载设备40中设置有至少一个如图5所示的车载系统。该车载设备40中可以包括:存储器41和处理器42。
存储器41,用于存储计算机程序。该存储器41可能包含高速随机存取存储器(Random Access Memory,RAM),也可能还包括非易失性存储(Non-Volatile Memory,NVM),例如至少一个磁盘存储器,还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。
处理器42,用于执行存储器存储的计算机程序,以实现至少一个车载系统的运行,以及每一车载系统中管理微服务和功能微服务的进程的执行。该处理器42可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific IntegratedCircuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
可选地,存储器41既可以是独立的,也可以跟处理器42集成在一起。
当存储器41是独立于处理器42之外的器件时,车载设备40还可以包括总线43。该总线43用于连接存储器41和处理器42。该总线43可以是工业标准体系结构(IndustryStandard Architecture,ISA)总线、外部设备互连(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准体系结构(Extended Industry StandardArchitecture,EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本实施例提供的车载设备可用于执行上述的车载系统的管理微服务的微服务管理方法,其实现方式和技术效果类似,本实施例此处不再赘述。
本申请还提供一种计算机可读存储介质,计算机可读存储介质中存储有计算机程序,计算机程序被处理器执行时用于实现上述的各种实施方式提供的方法。
其中,计算机可读存储介质可以是计算机存储介质,也可以是通信介质。通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。计算机存储介质可以是通用或专用计算机能够存取的任何可用介质。例如,计算机可读存储介质耦合至处理器,从而使处理器能够从该计算机可读存储介质读取信息,且可向该计算机可读存储介质写入信息。当然,计算机可读存储介质也可以是处理器的组成部分。处理器和计算机可读存储介质可以位于专用集成电路(Application Specific Integrated Circuits,ASIC)中。另外,该ASIC可以位于用户设备中。当然,处理器和计算机可读存储介质也可以作为分立组件存在于通信设备中。
具体地,该计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(Static Random-Access Memory,SRAM),电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory,EEPROM),可擦除可编程只读存储器(Erasable Programmable Read Only Memory,EPROM),可编程只读存储器(Programmable read-only memory,PROM),只读存储器(Read-OnlyMemory,ROM),磁存储器,快闪存储器,磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
本申请还提供一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在计算机可读存储介质中。设备的至少一个处理器可以从计算机可读存储介质中读取该计算机程序,至少一个处理器执行该计算机程序使得设备实施上述的各种实施方式提供的方法。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
其中,各个模块可以是物理上分开的,例如安装于一个的设备的不同位置,或者安装于不同的设备上,或者分布到多个网络单元上,或者分布到多个处理器上。各个模块也可以是集成在一起的,例如,安装于同一个设备中,或者,集成在一套代码中。各个模块可以以硬件的形式存在,或者也可以以软件的形式存在,或者也可以采用软件加硬件的形式实现。本申请可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
当各个模块以软件功能模块的形式实现的集成的模块,可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行本申请各个实施例方法的部分步骤。
应该理解的是,虽然上述实施例中的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制。尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换。而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (11)

1.一种微服务管理方法,其特征在于,应用于车载设备的车载系统的管理微服务,所述方法包括:
获取当前功能微服务要访问的目标功能微服务的标识信息和所述管理微服务中的微服务信息;
根据所述目标功能微服务的所述标识信息,在所述微服务信息中查询所述目标功能微服务的地址信息;
将所述地址信息反馈到所述当前功能微服务,以使所述当前功能微服务建立与所述目标功能微服务之间的通信连接;
其中,所述当前功能微服务与所述管理微服务设置于同一车载系统内。
2.根据权利要求1所述的方法,其特征在于,所述车载设备中设置有至少一个车载系统,所述根据所述地址信息,建立所述当前功能微服务与所述目标功能微服务之间的通信连接,包括以下至少一种:
当所述目标功能微服务与所述当前功能微服务在同一车载系统内时,基于grpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内时,基于tpc协议建立所述当前功能微服务与所述目标功能微服务之间的通信连接;
当所述目标功能微服务与所述当前功能微服务在不同车载系统内,且其中至少一个车载系统为虚拟机时,基于vsock框架建立所述当前功能微服务与所述目标功能微服务之间的通信连接。
3.根据权利要求1或2所述的方法,其特征在于,所述方法,还包括:
获取当前功能微服务注册/注销时产生的控制指令;
根据所述控制指令在所述当前功能微服务对应的管理微服务中更新所述当前功能微服务的微服务信息。
4.根据权利要求3所述的方法,其特征在于,所述根据所述控制指令在所述当前功能微服务对应的管理微服务中更新所述当前功能微服务的微服务信息,具体包括:
响应于当前功能微服务在启动时调用注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注册所述当前功能微服务,并存储所述当前功能微服务的微服务信息;
当所述当前功能微服务正常退出时,响应于所述当前功能微服务在退出时调用反注册接口生成的控制指令,在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
5.根据权利要求4所述的方法,其特征在于,所述方法,还包括:
当所述当前功能微服务异常退出时,根据监听所述当前功能微服务的进程状态获取的异常退出信号,生成控制指令,并在所述当前功能微服务对应的所述管理微服务中注销所述当前功能微服务,并删除所述当前功能微服务的微服务信息。
6.根据权利要求3所述的方法,其特征在于,所述方法,还包括:
向所述车载设备的其他车载系统的管理微服务同步更新所述当前功能微服务的微服务信息。
7.根据权利要求1或2所述的方法,其特征在于,当所述车载设备中构建新的车载系统时,所述方法,还包括:
响应于所述新的车载系统的管理微服务发送的同步请求,向所述新的车载系统的管理微服务同步全部微服务信息。
8.根据权利要求1或2所述的方法,其特征在于,所述标识信息为微服务名称。
9.根据权利要求1或2所述的方法,其特征在于,所述地址信息包括端口号、IP地址和进程号中的至少一项。
10.一种车载系统,其特征在于,所述车载系统,包括:一个管理微服务和至少一个功能微服务;
所述功能微服务中的计算机程序被处理器执行时,用于实现所述车载设备的功能;所述管理微服务的计算机程序被处理器执行时,用于实现权利要求1-9中任一项所述的微服务管理方法。
11.一种车载设备,其特征在于,所述车载设备中设置有至少一个如权利要求10所示的车载系统。
CN202210740033.4A 2022-06-28 2022-06-28 微服务管理方法、车载系统和车载设备 Pending CN115150457A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210740033.4A CN115150457A (zh) 2022-06-28 2022-06-28 微服务管理方法、车载系统和车载设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210740033.4A CN115150457A (zh) 2022-06-28 2022-06-28 微服务管理方法、车载系统和车载设备

Publications (1)

Publication Number Publication Date
CN115150457A true CN115150457A (zh) 2022-10-04

Family

ID=83410167

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210740033.4A Pending CN115150457A (zh) 2022-06-28 2022-06-28 微服务管理方法、车载系统和车载设备

Country Status (1)

Country Link
CN (1) CN115150457A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116567063A (zh) * 2023-07-10 2023-08-08 北京集度科技有限公司 车载控制器、服务发现方法及计算机程序产品

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10235226B1 (en) * 2018-07-24 2019-03-19 Cisco Technology, Inc. System and method for message management across a network
CN109542796A (zh) * 2018-12-28 2019-03-29 深圳云天励飞技术有限公司 测试方法及相关产品
CN109714319A (zh) * 2018-12-06 2019-05-03 深圳市中农网有限公司 微服务的管理系统、方法、装置、计算机设备及存储介质
CN110225131A (zh) * 2019-06-19 2019-09-10 广州小鹏汽车科技有限公司 一种服务调用方法和装置
CN110430079A (zh) * 2019-08-05 2019-11-08 腾讯科技(深圳)有限公司 车路协同系统
CN111917838A (zh) * 2020-07-14 2020-11-10 浙江大华技术股份有限公司 基于微服务的处理方法及装置、存储介质、电子装置
CN112286640A (zh) * 2020-11-11 2021-01-29 杭州电子科技大学 一种基于CRIU的Podman自动迁移系统及方法
CN112463408A (zh) * 2020-11-26 2021-03-09 北京达佳互联信息技术有限公司 远程过程调用服务的启动方法和装置、服务器、存储介质
CN112732456A (zh) * 2020-12-15 2021-04-30 京东数字科技控股股份有限公司 微服务调用方法、装置、电子设备和存储介质
CN114615320A (zh) * 2022-03-11 2022-06-10 亚信科技(南京)有限公司 服务治理方法、装置、电子设备及计算机可读存储介质

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10235226B1 (en) * 2018-07-24 2019-03-19 Cisco Technology, Inc. System and method for message management across a network
CN109714319A (zh) * 2018-12-06 2019-05-03 深圳市中农网有限公司 微服务的管理系统、方法、装置、计算机设备及存储介质
CN109542796A (zh) * 2018-12-28 2019-03-29 深圳云天励飞技术有限公司 测试方法及相关产品
CN110225131A (zh) * 2019-06-19 2019-09-10 广州小鹏汽车科技有限公司 一种服务调用方法和装置
CN110430079A (zh) * 2019-08-05 2019-11-08 腾讯科技(深圳)有限公司 车路协同系统
CN111917838A (zh) * 2020-07-14 2020-11-10 浙江大华技术股份有限公司 基于微服务的处理方法及装置、存储介质、电子装置
CN112286640A (zh) * 2020-11-11 2021-01-29 杭州电子科技大学 一种基于CRIU的Podman自动迁移系统及方法
CN112463408A (zh) * 2020-11-26 2021-03-09 北京达佳互联信息技术有限公司 远程过程调用服务的启动方法和装置、服务器、存储介质
CN112732456A (zh) * 2020-12-15 2021-04-30 京东数字科技控股股份有限公司 微服务调用方法、装置、电子设备和存储介质
CN114615320A (zh) * 2022-03-11 2022-06-10 亚信科技(南京)有限公司 服务治理方法、装置、电子设备及计算机可读存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116567063A (zh) * 2023-07-10 2023-08-08 北京集度科技有限公司 车载控制器、服务发现方法及计算机程序产品
CN116567063B (zh) * 2023-07-10 2023-09-15 北京集度科技有限公司 车载控制器、服务发现方法及计算机程序产品

Similar Documents

Publication Publication Date Title
CN108206847B (zh) Cdn管理系统、方法及装置
CN112506617B (zh) Kubernetes集群中边车容器的镜像更新方法及装置
US7831734B2 (en) Method and system for remote configuration of network devices
CN110224860B (zh) 负载均衡应用创建方法、装置、计算机设备及存储介质
CN109062601A (zh) Mes系统客户端程序更新方法、装置、设备及介质
CN109375933B (zh) 一种客户端升级的方法及设备
CN113419815B (zh) 一种预启动运行环境装机的方法、系统、设备及介质
CN112328262A (zh) 操作系统的部署方法、系统、装置及电子设备
CN110532106B (zh) 进程间的通讯方法、装置、设备和存储介质
CN113645262A (zh) 云计算服务系统和方法
CN115150457A (zh) 微服务管理方法、车载系统和车载设备
CN112468545A (zh) 一种云主机创建方法、装置、系统、设备及可读存储介质
CN114979286A (zh) 容器服务的访问控制方法、装置、设备及计算机存储介质
CN109120680B (zh) 一种控制系统、方法及相关设备
CN112256351B (zh) Feign组件的实现方法、微服务调用方法及装置
CN111506388B (zh) 容器性能探测方法、容器管理平台及计算机存储介质
CN108234174B (zh) 虚拟网络功能的管理方法和装置
CN104111862A (zh) 云计算平台中获取虚拟机ip地址方法与系统
CN112583572B (zh) 区块链网络、服务的处理方法、装置及设备
CN113568669A (zh) 基于正交架构的业务板卡启动方法、业务板卡及正交设备
CN115883283A (zh) 一种容器化vnf的部署方法及装置
CN111431951B (zh) 一种数据处理方法、节点设备、系统及存储介质
CN113835715A (zh) 机箱板卡、集群系统、软件部署方法及存储介质
CN112130900A (zh) 一种bmc的用户信息管理方法、系统、设备以及介质
CN112153093A (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