CN114661325A - 服务网格配置更新方法、装置、计算设备及介质 - Google Patents
服务网格配置更新方法、装置、计算设备及介质 Download PDFInfo
- Publication number
- CN114661325A CN114661325A CN202210247811.6A CN202210247811A CN114661325A CN 114661325 A CN114661325 A CN 114661325A CN 202210247811 A CN202210247811 A CN 202210247811A CN 114661325 A CN114661325 A CN 114661325A
- Authority
- CN
- China
- Prior art keywords
- service
- grid
- data
- state data
- agent
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Abstract
本申请一个或多个实施例提供一种服务网格配置更新方法、装置、计算设备及介质。对于服务网格代理所对应的服务网格中的至少一个服务,本申请通过获取至少一个服务对应于至少一个维度的运行状态数据,从而基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系,进而基于每个服务与其他服务之间的调用关系,自动对服务网格代理中至少一个服务所对应的配置信息进行更新,以实现服务网格代理中的配置信息的优化,无需相关技术人员手动操作,从而可以提高服务网格配置优化效率,还可以降低数据平面每个网格代理的资源消耗。
Description
技术领域
本说明书一个或多个实施例涉及云计算技术领域,尤其涉及一种服务网格配置更新方法、装置、计算设备及介质。
背景技术
服务网格(Service Mesh)是指用于微服务应用管理的可配置的基础架构层,可以提供诸如服务发现、负载均衡、加密、身份鉴定、授权、支持熔断器模式以及其他一系列功能。为了保证服务网格的功能,通常会通过服务网格代理配置,由控制平面向每个服务网格代理下发配置数据,以使服务网格可以正确代理服务流量,进而实现服务互通、服务治理。进一步地,在服务网格代理配置完成后,还可以对服务网格配置进行优化,服务网格配置优化是指减少控制平面向服务网格代理下发的配置数据量,并减少不必要的推送,以提升服务网格控制平面的推送效率,以及降低数据平面每个网格代理的资源消耗。
相关技术中,在进行服务网格配置优化时,主要是由相关技术人员根据有关网格中服务的先验知识,从多个服务中筛选出与每个服务实例无关的服务,从而在服务网格配置中去除这些服务的服务信息,以达到优化服务网格配置的目的。
在上述实现过程中,需要相关技术人员手动进行服务筛选,从而导致服务网格配置优化的效率较低。
发明内容
有鉴于此,本说明书一个或多个实施例提供一种服务网格配置更新方法、装置、计算设备及介质。
为实现上述目的,本说明书一个或多个实施例提供技术方案如下:
根据本说明书一个或多个实施例的第一方面,提出了一种服务网格配置更新方法,该方法包括:
获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,运行状态数据对应于至少一个维度;
基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系;
对于服务网格中的第一服务,基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新。
在一些实施例中,获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,包括下述至少一项:
获取来自服务网格代理的请求,基于请求生成日志数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求以及预设的监控指标生成监控数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求在服务网格代理所对应的服务网格中的传输路径,生成追踪数据,作为运行状态数据。
在一些实施例中,基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系,包括下述至少一项:
基于日志数据,将日志数据中请求名称和服务命名空间相同的服务,确定为调用关系的服务;
基于监控数据,确定任意两个服务之间的监控数据的相似度,将相似度满足设定条件的服务确定为具有调用关系的服务;
基于追踪数据,将追踪数据所指示的传输路径中相邻的任意两个服务,确定为具有调用关系的服务。
在一些实施例中,该方法还包括下述至少一项:
基于日志数据,将日志数据中请求名称、服务命名空间以及传输端口相同的服务,确定为具有调用关系的服务;
基于日志数据,将日志数据中请求名称、服务命名空间以及传输协议相同的服务,确定为具有调用关系的服务。
在一些实施例中,该方法还包括:
在用于确定调用关系的运行状态数据对应于至少两个维度的情况下,对所确定出的调用关系进行加权计算,得到服务网格代理所对应的至少一个服务之间的调用关系。
在一些实施例中,基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新,包括:
基于第一服务与其他服务之间的调用关系,确定与第一服务无关的第二服务;
从服务网格代理所记录的第一服务的配置信息中,删除第二服务对应的配置信息。
在一些实施例中,该方法还包括下述任一项:
实时获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
每隔设定时长获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
在接收到代理配置更新指令的情况下,获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。
根据本说明书一个或多个实施例的第二方面,提出了一种服务网格配置更新装置,该装置包括:
获取模块,用于获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,运行状态数据对应于至少一个维度;
确定模块,用于基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系;
更新模块,用于对于服务网格中的第一服务,基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新。
在一些实施例中,获取模块,在用于获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据时,用于下述至少一项:
获取来自服务网格代理的请求,基于请求生成日志数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求以及预设的监控指标生成监控数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求在服务网格代理所对应的服务网格中的传输路径,生成追踪数据,作为运行状态数据。
在一些实施例中,确定模块,在用于基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系时,用于下述至少一项:
基于日志数据,将日志数据中请求名称和服务命名空间相同的服务,确定为调用关系的服务;
基于监控数据,确定任意两个服务之间的监控数据的相似度,将相似度满足设定条件的服务确定为具有调用关系的服务;
基于追踪数据,将追踪数据所指示的传输路径中相邻的任意两个服务,确定为具有调用关系的服务。
在一些实施例中,确定模块,还用于下述至少一项:
基于日志数据,将日志数据中请求名称、服务命名空间以及传输端口相同的服务,确定为具有调用关系的服务;
基于日志数据,将日志数据中请求名称、服务命名空间以及传输协议相同的服务,确定为具有调用关系的服务。
在一些实施例中,确定模块,还用于在用于确定调用关系的运行状态数据对应于至少两个维度的情况下,对所确定出的调用关系进行加权计算,得到服务网格代理所对应的至少一个服务之间的调用关系。
在一些实施例中,更新模块,在用于基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新时,用于:
基于第一服务与其他服务之间的调用关系,确定与第一服务无关的第二服务;
从服务网格代理所记录的第一服务的配置信息中,删除第二服务对应的配置信息。
在一些实施例中,获取模块,用于下述任一项:
实时获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
每隔设定时长获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
在接收到代理配置更新指令的情况下,获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。
根据本说明书一个或多个实施例的第三方面,提出了一种计算设备,该计算设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,处理器通过运行可执行指令以实现上述第一方面以及第一方面中任一实施例所提供的服务网格配置更新方法所执行的操作。
根据本说明书一个或多个实施例的第四方面,提出了一种计算机可读存储介质,其上存储有计算机指令,指令被处理器执行时实现上述第一方面以及第一方面中任一实施例所提供的服务网格配置更新方法所执行的操作。
根据本说明书一个或多个实施例的第五方面,提出了一种计算机程序产品,包括计算机程序,程序被处理器执行时实现上述第一方面以及第一方面中任一实施例所提供的服务网格配置更新方法所执行的操作。
对于服务网格代理所对应的服务网格中的至少一个服务,本申请通过获取至少一个服务对应于至少一个维度的运行状态数据,从而基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系,进而基于每个服务与其他服务之间的调用关系,自动对服务网格代理中至少一个服务所对应的配置信息进行更新,以实现服务网格代理中的配置信息的优化,无需相关技术人员手动操作,从而可以提高服务网格配置优化效率,还可以降低数据平面每个网格代理的资源消耗。
附图说明
图1是一示例性实施例提供的一种服务网格的示意图。
图2是一示例性实施例提供的一种服务网格配置更新方法的流程图。
图3是一示例性实施例提供的一种服务网格配置更新方法的架构图。
图4是一示例性实施例提供的一种服务网格配置更新装置的框图。
图5是一示例性实施例提供的一种计算设备的示意结构图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
需要说明的是:在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行描述。
云计算作为计算机技术发展最快的趋势之一,涉及通过网络提供托管服务。具体来讲,云计算是一种服务交付模型,用于实现对可配置计算资源(例如,网络、网络带宽、服务器、处理、内存、存储、应用程序、虚拟机和服务)共享池的便捷、按需网络访问可以通过最少的管理工作或与服务提供商的交互来快速配置和发布。
为了向外部用户提供云计算服务,可以建立云计算资源池(简称云平台,一般称为基础设施即服务(Infrastructure as a Service,IaaS)平台),并在资源池中部署多种类型的虚拟资源,以供外部客户选择使用。
按照逻辑功能划分,在IaaS层上可以部署平台即服务(Platform as a Service,PaaS)层,PaaS层之上再部署软件即服务(Software as a Service,SaaS)层,也可以直接将SaaS部署在IaaS上。PaaS为软件运行的平台,如数据库、web容器等。SaaS为各式各样的业务软件,如全球广域网(World Wide Web,Web)门户网站、短信群发器等。一般来说,SaaS和PaaS相对于IaaS是上层。
其中,IaaS可以向用户提供处理服务、存储服务、网络服务和其他基本计算资源,消费者可以在这些资源中部署和运行任意软件,包括操作系统和应用程序;通过IaaS使得用户可以不管理或控制底层云基础设施,但可以控制操作系统、存储、部署的应用程序,并可能对选定的网络组件(例如主机防火墙)进行有限控制。
SaaS可以向用户提供在云基础设施上运行的提供商应用程序,以供用户使用。这些应用程序可以通过诸如网络浏览器(例如,基于网络的电子邮件)之类的瘦客户端界面从各种客户端设备访问。通过SaaS使得用户可以不管理或控制底层云基础设施,包括网络、服务器、操作系统、存储,甚至单个应用程序功能,但有限的用户特定应用程序配置设置可能除外。
PaaS可以为用户提供将消费者创建或获取的应用程序部署到云基础架构上的能力,这些应用程序使用提供商支持的编程语言和工具创建。通过PaaS使得用户可以不管理或控制包括网络、服务器、操作系统或存储在内的底层云基础设施,但可以控制已部署的应用程序以及可能的应用程序托管环境配置。
可选地,云计算在部署时,可以被部署为私有云、社区云、公共云、混合云等多种形式的模型。其中,在私有云模型中,云基础设施只为组织运行;社区云的云基础架构由多个组织共享,并支持具有共同关注点(例如,任务、安全要求、策略和合规性考虑)的特定社区;公共云的云基础设施可供公众或大型行业集团使用,并由销售云服务的组织拥有;混合云的云基础设施是两个或多个云(私有、社区或公共)的组合,它们仍然是唯一的实体,但通过支持数据和应用程序可移植性的标准化或专有技术绑定在一起(例如,用于负载的云爆发)云之间的平衡)。
云计算环境将计算和存储资源作为服务交付给最终用户。最终用户可以向供应的服务发出请求以进行处理。服务的处理能力通常受配置资源的限制。尽管云计算环境提供了所有的自动扩展能力,但服务的工作负载瓶颈问题仍然需要解决。
具体地,可以根据云计算环境支持的各种虚拟化技术来供应或部署服务。在一些实施例中,可以根据基于虚拟机(Virtual Machine,VM)的虚拟化、基于容器的虚拟化等来供应服务。根据基于虚拟机的虚拟化,可以启动虚拟机来模拟真实的计算机,该计算机可以执行程序和应用程序,而无需直接接触任何实际的硬件资源。在VM虚拟化机器的同时,根据基于容器的虚拟化,可以启动容器来虚拟化整个操作系统(Operating System,OS),以便多个工作负载可以在单个OS实例上运行。基于VM的虚拟化可以包括,例如,vSphere;基于容器的可以包括例如Kubernetes、Cloud Foundry等。
除了基于服务的计算环境之外,还有另一种类型的计算环境,称为无服务器计算环境或平台,其中功能即服务(Function as a Service,FaaS)就是一个例子。
无服务器计算环境是一种云计算模型,允许使用可以由事件触发的短期运行、通常是无状态的功能。但是,无服务器计算并不表示计算环境中不使用计算机服务器,恰恰相反,无服务器计算表示无服务器计算环境的用户不需要提供或管理平台在执行用户指令时使用的物理计算机服务器、虚拟机、容器等。
在无服务器计算环境中,资源分配由云服务提供商管理,允许开发功能而无需担心实现、调整或扩展服务器。无服务器计算环境提供了一种实现无服务器目的的方法,允许开发人员执行代码以响应事件,而无需构建或维护复杂的基础设施,并且无需扩展单片硬件设备来处理潜在负载,可以将服务拆分为一组可以自动独立扩展的功能。
本申请所提供的方案即涉及到了云计算技术,具体通过如下实施例进行说明:
首先,对本申请所涉及的技术术语进行介绍。
服务网格:服务网格是指用于微服务应用管理的可配置的基础架构层,常用于描述构成应用程序的服务(如微服务)以及各个服务之间的交互。服务网格一般由控制平面和数据平面组成。其中,控制平面是一组在一个专用的命名空间中运行的服务,这些服务用于完成一些控制管理功能,如聚合遥测数据、提供面向用户的应用程序接口(ApplicationProgramming Interface,API)、向数据平面提供控制数据等;而数据平面是由一系列运行在每个服务实例旁边的透明代理构成。
服务网格代理:用于对要发送到服务网格或者服务网格发出的请求进行转发,服务网格中每个微服务所对应的请求都会经过服务网格代理。
服务网格代理配置:服务网格代理配置是指为了让服务网格正确代理服务流量,实现服务互通、服务治理,由控制平面向每个服务网格代理下发的配置数据。
服务网格配置优化:是指减少控制平面向服务网格代理下发的配置数据量,并减少不必要的推送,以提升服务网格控制平面的推送效率,以及降低数据平面每个网格代理的资源消耗。
服务依赖:在分布式软件系统中,系统所提供的服务是基于不同子服务之间的组合与协作提供的,服务依赖常被用于描述系统中一个服务为完成对该服务的请求的响应,对其他服务的调用关系。
参见图1,图1是一示例性实施例提供的一种服务网格的示意图,该服务网格100主要用于方便多个微服务之间进行安全和可靠的通信,微服务是指将应用程序分解为多个较小的服务或者实例,并分布在不同的集群/机器上运行。
如图所示,微服务包括应用服务实例A和应用服务实例B,应用服务实例A和应用服务实例B形成服务网格100的功能应用层。在一种实施方式中,应用服务实例A和B以容器/进程的形式运行在机器/工作负载容器组(Pod)108。
在一种实施方式中,应用服务实例A可以是商品查询服务,应用服务实例B可以是商品下单服务。
如图1所示,应用服务实例A和网格代理(Sidecar)103共存于机器/工作负载容器组114,应用服务实例B和网格代理105共存于机器/工作负载容器组115。网格代理103和105形成服务网格100的数据平面层(Data Plane)。其中,网格代理103和105分别以容器/进程104、容器/进程106的形式在运行,并且网格代理103和应用服务实例A之间可以双向通信,网格代理105和应用服务实例B之间可以双向通信。此外,网格代理103和网格代理105之间还可以双向通信。
在一种实施方式中,应用服务实例A的所有流量都通过网格代理103被路由到合适的目的地,应用服务实例B的所有网络流量都通过网格代理105被路由到合适的目的地。需要说明的是,在此提及的网络流量包括但不限于超文本传输协议(Hyper Text TransferProtocol,HTTP)、表述性状态传递(Representational State Transfer,REST)、远程过程调用(Remote Procedure Call,RPC,如g RPC)、远程字典服务(Remote DictionaryServer,Redis)等形式。
在一种实施方式中,可以通过为服务网格100中的代理(Envoy)编写自定义的过滤器(Filter)来实现扩展数据平面层的功能,服务网格代理配置可以是为了使服务网格正确地代理服务流量,实现服务互通和服务治理。网格代理103和网格代理105可以被配置成执行至少如下功能中的一种:服务发现(Service Discovery)、健康检查(Health Checking)、路由(Routing),负载均衡(Load Balancing)、认证和授权(Authentication andAuthorization)以及可观测性(Observability)。
如图1所示,该服务网格100还包括控制平面层。其中,控制平面层可以是由一组在一个专用的命名空间中运行的服务,在机器/工作负载容器组(Machine/Pod)102由托管控制面组件101来托管这些服务。如图1所示,托管控制面组件101与网格代理103和网格代理105进行双向通信。托管控制面组件101被配置成执行一些控制管理的功能。例如,托管控制面组件101接收网格代理103和网格代理105传送的遥测数据,可以进一步对这些遥测数据做聚合。这些服务,托管控制面组件101还可以提供面向用户的应用程序接口(ApplicationProgramming Interface,API),以便较容易地操纵网络行为,以及向网格代理103和网格代理105提供配置数据等。
本申请提供了一种服务网格配置更新方法,用于对上述服务网格所对应的服务网格代理中所存储的服务配置信息进行更新,以实现对服务网格代理中的配置信息的优化。该服务网格配置更新方法可以由计算设备执行,计算设备可以为服务器,如一台服务器、多台服务器、服务器集群、云计算平台等,或者,计算设备还可以为终端设备,如台式计算机、便携式计算机、掌上电脑、平板电脑等,本申请对计算设备的设备类型和设备数量不加以限定。需要说明的是,计算设备所搭载的操作系统可以为Linux操作系统。
在介绍了与本申请相关的技术术语后,下面对本申请所提供的服务网格配置更新方法进行介绍。
参见图2,图2是一示例性实施例提供的一种服务网格配置更新方法的流程图,该方法包括:
步骤201、获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,运行状态数据对应于至少一个维度。
需要说明的是,计算设备在为用户提供某种使用功能(如支付功能)时,可能需要调用服务网格中的多个服务,以通过多个服务的互相协作,来为用户提供所需的使用功能。
在通过服务网格中多个服务的相互协作来为用户提供所需的使用功能时,所有原本直接发给服务网格中的服务的请求都会被服务网格代理拦截,再由服务网格代理将请求转发给服务网格中的服务处理,服务网格中的各个服务发送的请求也会先转发给服务网格代理,由服务网格代理转发给对应的服务。因此,服务网格代理可以获取到服务网格中每个服务的运行状态数据。
步骤202、基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系。
其中,调用关系也可以称为服务依赖关系,例如,若服务A可以调用服务B,则服务A与服务B之间即具有调用关系,或称,服务A与服务B之间具有服务依赖关系。
步骤203、对于服务网格中的第一服务,基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新。
其中,第一服务可以为服务网格中的任一服务。
对于服务网格代理所对应的服务网格中的至少一个服务,本申请通过获取至少一个服务对应于至少一个维度的运行状态数据,从而基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系,进而基于每个服务与其他服务之间的调用关系,自动对服务网格代理中至少一个服务所对应的配置信息进行更新,以实现服务网格代理中的配置信息的优化,无需相关技术人员手动操作,从而可以提高服务网格配置优化效率,还可以降低数据平面每个网格代理的资源消耗。
在介绍了本申请的基本实现过程之后,下面结合本申请的多个可选实施例,对本申请所提供的服务网格配置更新方法进行进一步说明。
在一些实施例中,可以在服务网格的数据平面设置数据采集器,从而通过所设置的数据采集器,来无侵入式地获取运行状态数据。因此,对于步骤201,获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据时,可以通过如下方式实现:
通过服务网格的数据平面中的数据采集器,获取服务网格中至少一个服务的运行状态数据。
通过在服务网格的数据平面中设置数据采集器,以便可以通过所设置的数据采集器,无侵入式地获取到服务网格中至少一个服务的运行状态数据。
其中,运行状态数据可以包括日志数据、监控数据和追踪数据中的至少一项,可选地,运行状态数据还可以包括其他类型的数据,本申请对运行状态数据的具体数据类型不加以限定。
在运行状态数据包括日志数据、监控数据和追踪数据这三个维度的数据中的至少一种的情况下,对于步骤201,获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据时,可以包括如下至少一项:
一、获取来自服务网格代理的请求,基于请求生成日志数据,作为运行状态数据。
由于服务网格中至少一个服务发送或接收到的请求均可以被服务网格代理拦截,因而可以通过获取来自服务网格代理的请求,也即是通过服务网格代理所传输的请求,从而基于所获取到的请求来进行日志数据的生成。
在一种可能的实现方式中,可以针对每条拦截到的请求生成服务访问日志,从而将所生成的服务访问日志作为日志数据。
其中,日志数据中可以包括服务名称、服务命名空间,可选地,日志数据还可以包括其他类型的信息,如传输端口、传输协议等。
二、获取来自服务网格代理的请求,基于请求以及预设的监控指标生成监控数据,作为运行状态数据。
可选地,还可以通过获取来自服务网格代理的请求,从而基于所获取到的请求来进行监控数据的生成。
在一种可能的实现方式中,可以预先设置多个监控指标,从而在获取到来自服务网格代理的请求后,从所获取到的请求中确定预先设置的监控指标对应的数据,作为监控数据。
其中,监控指标可以包括请求时间、请求所对应的响应数据的数据量大小、响应数据的数据状态(以支付功能中所涉及到的数据状态为例,支付功能中所涉及到的数据状态可以包括未支付、支付成功、支付失败等状态),可选地,监控指标还可以包括其他类型的指标,本申请对监控指标的具体类型不加以限定。
三、获取来自服务网格代理的请求,基于所获取到的请求在服务网格代理所对应的服务网格中的传输路径,生成追踪数据。
可选地,还可以通过获取来自服务网格代理的请求,从而基于所获取到的请求来进行追踪数据的生成。
在一种可能的实现方式中,可以从所获取到的请求中提取追踪信息,从而基于所提取的追踪信息,确定所获取到的请求在服务网格中的传输路径,进而将所确定出的传输路径作为追踪数据。
可选地,可以将请求标识(Identity Document,ID)作为追踪信息,此外,还可以采用其他类型的数据作为追踪信息,本申请对追踪信息的具体类型不加以限定。
需要说明的是,上述内容已经介绍了可以通过数据采集器来实现运行状态数据的获取,而由于运行状态数据可以包括多种类型的数据,因而,数据采集器也可以为多种类型。
以运行状态数据包括日志数据、监控数据和追踪数据为例,数据采集器可以包括日志数据采集器、监控数据采集器和追踪数据采集器,从而可以通过日志数据采集器来采集日志数据,通过监控数据采集器来采集监控数据,通过追踪数据采集器来采集追踪数据。
可选地,服务网格的数据平面中还可以设置有数据存储器,如日志数据存储器、监控数据存储器、追踪数据存储器,从而可以在获取到运行状态数据后,将所获取到的运行状态数据存储至数据存储器中。例如,可以将日志数据存储至日志数据存储器中,将监控数据存储至监控数据存储器中,将追踪数据存储至追踪数据存储器中。
在获取到运行状态数据后,即可基于所获取到的运行状态数据来进行调用关系的生成。由于运行状态数据可以包括日志数据、监控数据和追踪数据中的至少一项,因而,对于步骤202,在基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系时,可以包括如下至少一种实现方式:
在一种可能的实现方式中,基于日志数据,将日志数据中请求名称和服务命名空间相同的服务,确定为具有调用关系的服务。
例如,以日志数据包括两个服务对应的日志数据为例,例如,日志数据中包括服务A对应的日志数据和服务B对应的日志数据,若服务A对应的数据与服务B对应的日志数据中均包括相同的请求名称(如支付请求),且服务A和服务B的服务命名空间相同,则可以确定服务A和服务B之间具有调用关系。
可选地,还可以结合日志数据中其他类型的信息,来进行服务之间的调用关系的确定。以日志数据中还包括传输端口和传输协议为例,在基于作为运行状态数据的日志数据,确定服务网格中至少一个服务之间的调用关系时,还可以下述至少一种实现方式:
基于日志数据,将日志数据中服务名称、服务命名空间以及传输端口相同的服务,确定为具有调用关系的服务;
基于日志数据,将日志数据中服务名称、服务命名空间以及传输协议相同的服务,确定为具有调用关系的服务。
需要说明的是,上述两种方式还可以结合使用,也即是,在更多可能的实现方式中,还可以基于日志数据,将日志数据中服务名称、服务命名空间、传输端口以及传输协议均相同的服务,确定为具有调用关系的服务。
通过结合传输端口和传输协议之类的信息,来进行调用关系的确定,可以综合更多角度的信息,来实现调用关系的确定,进而提高所确定出的调用关系的准确性。
在另一种可能的实现方式中,基于监控数据,确定任意两个服务之间的监控数据的相似度,将相似度满足设定条件的服务确定为具有调用关系的服务。
以监控指标包括请求时间、请求所对应的响应数据的数据量大小、响应数据的数据状态为例,对于任意两个服务,可以确定任一种监控指标对应的监控数据的相似度,从而在所确定出的相似度满足目标条件的情况下,即可确定这两个服务之间具有调用关系。
此外,对于任意两个服务,还可以分别确定多种监控指标对应的监控数据的相似度,以得到多个相似度,进而基于这多个相似度,确定这两个服务的相似度,进而在所确定出的相似度满足目标条件的情况下,即可确定这两个服务之间具有调用关系。可选地,在基于多个相似度确定这两个服务的相似度时,可以计算这多个相似度的平均值,从而将计算得到的平均值,作为这两个服务的相似度,另外,还可以采用其他方式,来基于多个相似度确定这两个服务的相似度,本申请对此不加以限定。
其中,相似度满足目标条件,可以是相似度大于预设阈值,预设阈值可以为任意取值,本申请对预设阈值的具体取值不加以限定。
在另一种可能的实现方式中,基于追踪数据,将追踪数据所指示的传输路径中相邻的任意两个服务,确定为具有调用关系的服务。
需要说明的是,基于一个请求在服务网格中的传输路径,即可确定出服务网格中各个服务之间的调用关系,基于一个请求所确定出的调用关系虽然准确,但是可能不够全面,因而,可以收集多个请求在服务网格中的传输路径,从而基于多个请求在服务网格中的传输路径,来得到更加全面的调用关系。
通过上述过程,可以从三个不同的维度确定出服务网格中各个服务的调用关系,上述三种方式可以单独使用,也即是,可以基于上述任一种方式,来实现调用关系的确定,在更多可能的实现方式中,上述三种方式还可以结合使用,也即是,可以采用其中任意两种或者三种方式,来实现调用关系的确定。
在一些实施例中,在用于确定调用关系的运行状态数据对应于至少两个维度的情况下,对所确定出的调用关系进行加权计算,得到服务网格代理所对应的至少一个服务之间的调用关系。
其中,在对所确定出的调用关系进行加权计算时,基于不同类型运行状态数据所确定出调用关系的权重,可以基于不同类型的运行状态数据的采样率和采样时间确定,可选地,还可以结合其他信息来进行权重的确定。
以基于不同类型的运行状态数据的采样率和采样时间,确定基于不同类型的运行状态数据所确定出调用关系的权重为例,可以计算采样率和采样时间的乘积,并对计算得到的乘积取比例,以实现权重的确定。
例如,若采用了两种类型的运行状态数据,而这两种类型的运行状态数据所对应的采样率和采样时间的乘积分别为9和7,则可以对这两个值分别取比例,并保证比例之和为1,从而即可得到基于这两种类型的运行状态数据所确定出的调用关系的权重分别为0.5625和0.4375。
通过上述方式,可以结合采样率和采样时间,来实现基于不同维度的运行状态数据所确定出的调用关系的权重,可以保证采样时间越长、采样率越高的数据所确定出的调用关系的权重越大,而采样时间越长、采样率越高的数据的准确性更高,从而使得加权计算得到的调用关系的可信度越高。
上述实施例通过采用两种或三种方式来从不同维度实现调用关系的确定,进而对所确定出的多种调用关系进行加权计算,从而实现基于不同维度的运行状态数据确定出的调用关系的整合,进而可以进一步增强所确定出的调用关系的准确性、全面性和完整性。
可选地,服务网格的数据平面中还可以设置有数据分析器,如日志数据分析器、监控数据分析器、追踪数据分析器,从而可以通过日志数据分析器、监控数据分析器、追踪数据分析器,来基于对应类型的运行状态数据,来实现调用关系的确定。
在确定出服务网格中至少一个服务之间的调用关系后,即可以基于所确定出的调用关系,来对服务网格代理中的配置信息进行更细,以实现服务网格配置优化。在一些实施例中,对于步骤203,在基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新时,可以包括如下步骤:
步骤2031、基于第一服务与其他服务之间的调用关系,确定与第一服务无关的第二服务。
以包括服务A、服务B和服务C的服务网格为例,若通过上述过程确定出服务A、服务B和服务C三种之间的调用关系为:服务A调用服务B,服务B调用服务C,而服务A和服务C之间没有直接的调用关系,则对于服务A,服务C即为与服务A无关的目标服务。
步骤2032、从服务网格代理所记录的所述第一服务的配置信息中,删除第二服务对应的配置信息。
需要说明的是,服务网格代理中可以记录有服务网格所包括的各个服务的配置信息,仍以包括服务A、服务B和服务C的服务网格为例,通过上述步骤2031已经可以确定出服务C为与服务A无关的目标服务,则可以从服务网格代理中所记录的服务A的配置信息中,删除服务C对应的配置信息,从而实现服务网格配置的优化。
在一些实施例中,可以在服务网格的控制平面中设置更新规则生成器和代理配置控制器,从而可以通过更新规则生成器执行上述步骤1031,并基于通过步骤1031所确定出的目标服务生成配置更新规则,配置更新规则可以指示待删除的配置信息,以便代理配置控制器可以基于更新规则生成器所生成的配置更新规则,生成更新后的配置信息,进而将更新后的配置信息下发给服务网格的数据平面中的服务网格代理,使得服务网格代理的更新后的配置信息中,每个服务对应的配置信息都是与该服务具有调用关系的这些服务相关的,以实现服务网格配置的优化。
参见图2,图3是一示例性实施例提供的一种服务网格配置更新方法的架构图,图3所示即为一服务网格,该服务网格包括数据平面301和控制平面302,服务网格数据平面301中可以设置有数据采集器303(包括日志数据采集器3031、监控数据采集器3032和追踪数据采集器3033),以便通过数据采集器303来实现运行状态数据的获取,例如,通过日志数据采集器3031来获取日志数据,通过监控数据采集器3032来获取监控数据,通过追踪数据采集器3033来获取追踪数据。
在获取到这多种类型的运行状态数据后,即可通过数据分析器304(包括日志数据分析器3041、监控数据分析器3042和追踪数据分析器3043),来基于运行状态数据确定调用关系,例如,通过日志数据分析器3041,基于日志数据确定调用关系,通过监控数据分析器3042,基于监控数据确定调用关系,通过追踪数据分析器3043,基于追踪数据确定调用关系,以得到不同维度的调用关系。
在获取到不同维度的调用关系后,即可通过设置于服务网格控制平面302中的调用关系融合器305,来对不同维度的调用关系进行加权计算,以得到融合后的调用关系,以便设置于服务网格控制平面302中的配置更新规则生成器306可以基于融合的调用关系,生成配置更新规则,从而将配置更新规则发送给设置于服务网格控制平面302中的代理配置控制器307,以便代理配置控制器307基于配置更新规则生成更新后的代理配置,进而将更新后的配置信息下发给设置于服务网格数据平面301中的服务网格代理308,以便设置于服务网格数据平面301中的应用服务309可以基于服务网格代理308中的配置信息,来为用户提供服务。
通过上述各个实施例,本申请通过对服务网格代理所产生的日志数据、监控数据和追踪数据中的至少一种数据进行分析,从而从服务网格代理产生的数据中自动地分析抽取出服务网格所包括的至少一个服务之间的调用关系,并整合基于多个维度的数据所确定出的调用关系,以提高所确定出的调用关系的准确度与完整度,无需用户参与,从而可以克服相关技术中的服务网格配置更新方案需要用户提前了解服务依赖先验知识的缺点。
同时,本申请通过配置更新规则生成器,使用分析得到的调用关系,自动生成服务网格的配置更新规则,从而由数据平面代理配置服务将更新后的服务网格代理配置下发至服务网格代理,以完成网格配置优化,无需用户参与,以克服相关技术中相关技术人员需要了解服务网格平台特定的配置更新规则的缺点,大幅降低了相关技术人员进行网格配置更新所需的学习成本。
在通过上述过程实现服务网格配置优化后,即可保证服务网格代理中所记录的各个服务的配置信息,均是与各个服务具有调用关系的服务的,从而使得后续任一服务发生更新时,可以根据服务网格代理中所记录的配置信息,将更新后的服务的配置信息发送给与该服务具有调用关系的服务,而无需发送给与该服务无关的服务,仍以确定出服务A和服务C没有直接的调用关系为例,通过上述过程即可从服务A在服务网格代理中所记录的配置信息中,删除与服务C有关的配置信息,则在服务C发生更新时,则无需给服务A推送服务C的新的配置信息,从而可以减少不必要的推送,提升服务网格中的推送效率。
需要说明的是,上述是有关本申请的实现方式的介绍,而对于本申请所提供的服务网格配置更新方法的时机,可以包括如下任一种:
一、实时获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。
二、每隔设定时长获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。其中,设定时长可以为任意时长,本申请对设定时长的具体取值不加以限定。
三、在接收到代理配置更新指令的情况下,获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。其中,代理配置更新指令可以由相关技术人员手动触发,可选地,代理配置更新指令还可以采用其他方式触发,本申请对代理配置更新指令的触发时机不加以限定。
可选地,还可以在其他时机进行运行状态数据的获取,进而基于获取到的运行状态数据,来对服务网格代理中的配置信息进行更新。
通过提供多种获取运行状态数据的可选时机,以便相关技术人员可以根据实际需求从中选择,进而可以保证在适当的时机来进行运行状态数据的获取以及服务网格代理配置的更新。
与前述方法的实施例相对应,本说明书还提供了装置及其所应用的计算设备的实施例。
参见图4,图4是一示例性实施例提供的一种服务网格配置更新装置的框图,该装置包括:
获取模块401,用于获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,运行状态数据对应于至少一个维度;
确定模块402,用于基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系;
更新模块403,用于对于服务网格中的第一服务,基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新。
在一些实施例中,获取模块401,在用于获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据时,用于下述至少一项:
获取来自服务网格代理的请求,基于请求生成日志数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求以及预设的监控指标生成监控数据,作为运行状态数据;
获取来自服务网格代理的请求,基于请求在服务网格代理所对应的服务网格中的传输路径,生成追踪数据,作为运行状态数据。
在一些实施例中,确定模块402,在用于基于对应于至少一个维度的运行状态数据,确定服务网格中至少一个服务之间的调用关系时,用于下述至少一项:
基于日志数据,将日志数据中请求名称和服务命名空间相同的服务,确定为调用关系的服务;
基于监控数据,确定任意两个服务之间的监控数据的相似度,将相似度满足设定条件的服务确定为具有调用关系的服务;
基于追踪数据,将追踪数据所指示的传输路径中相邻的任意两个服务,确定为具有调用关系的服务。
在一些实施例中,确定模块402,还用于下述至少一项:
基于日志数据,将日志数据中请求名称、服务命名空间以及传输端口相同的服务,确定为具有调用关系的服务;
基于日志数据,将日志数据中请求名称、服务命名空间以及传输协议相同的服务,确定为具有调用关系的服务。
在一些实施例中,确定模块402,还用于在用于确定调用关系的运行状态数据对应于至少两个维度的情况下,对所确定出的调用关系进行加权计算,得到服务网格代理所对应的至少一个服务之间的调用关系。
在一些实施例中,更新模块403,在用于基于第一服务与其他服务之间的调用关系,对服务网格代理中第一服务所对应的配置信息进行更新时,用于:
基于第一服务与其他服务之间的调用关系,确定与第一服务无关的第二服务;
从服务网格代理所记录的第一服务的配置信息中,删除第二服务对应的配置信息。
在一些实施例中,获取模块401,用于下述任一项:
实时获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
每隔设定时长获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新;
在接收到代理配置更新指令的情况下,获取运行状态数据,以基于运行状态数据对服务网格代理中的配置信息进行更新。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本申请还提供了一种计算设备,参见图5,图5是一示例性实施例提供的一种计算设备的示意结构图。请参考图5,在硬件层面,该设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510,当然还可能包括实现其他功能所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现,比如由处理器502从非易失性存储器510中读取对应的计算机程序到内存508中然后运行。当然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
在一个典型的配置中,计算机包括一个或多个处理器(Central ProcessingUnit,CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RandomAccess Memory,RAM)和/或非易失性内存等形式,如只读存储器(Read-Only Memory,ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(Phase-change Random AccessMemory,PRAM)、静态随机存取存储器(Static Random-Access Memory,SRAM)、动态随机存取存储器(Dynamic Random Access Memory,DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically Erasable ProgrammableRead Only Memory,EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CompactDisc Read Only Memory,CD-ROM)、数字多功能光盘(Digital Video Disc,DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(Transitory Media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。
Claims (10)
1.一种服务网格配置更新方法,其特征在于,所述方法包括:
获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,所述运行状态数据对应于至少一个维度;
基于对应于至少一个维度的所述运行状态数据,确定所述服务网格中至少一个服务之间的调用关系;
对于所述服务网格中的第一服务,基于所述第一服务与其他服务之间的调用关系,对所述服务网格代理中所述第一服务所对应的配置信息进行更新。
2.根据权利要求1所述的方法,其特征在于,获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,包括下述至少一项:
获取来自所述服务网格代理的请求,基于所述请求生成日志数据,作为所述运行状态数据;
获取来自所述服务网格代理的请求,基于所述请求以及预设的监控指标生成监控数据,作为所述运行状态数据;
获取来自所述服务网格代理的请求,基于所述请求在所述服务网格代理所对应的服务网格中的传输路径,生成追踪数据,作为所述运行状态数据。
3.根据权利要求2所述的方法,其特征在于,基于对应于至少一个维度的所述运行状态数据,确定所述服务网格中至少一个服务之间的调用关系,包括下述至少一项:
基于所述日志数据,将所述日志数据中请求名称和服务命名空间相同的服务,确定为具有调用关系的服务;
基于所述监控数据,确定任意两个服务之间的监控数据的相似度,将相似度满足设定条件的服务确定为具有调用关系的服务;
基于所述追踪数据,将所述追踪数据所指示的传输路径中相邻的任意两个服务,确定为具有调用关系的服务。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括下述至少一项:
基于所述日志数据,将所述日志数据中请求名称、服务命名空间以及传输端口相同的服务,确定为具有调用关系的服务;
基于所述日志数据,将所述日志数据中请求名称、服务命名空间以及传输协议相同的服务,确定为具有调用关系的服务。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:
在用于确定所述调用关系的运行状态数据对应于至少两个维度的情况下,对所确定出的调用关系进行加权计算,得到所述服务网格代理所对应的至少一个服务之间的调用关系。
6.根据权利要求1所述的方法,其特征在于,基于所述第一服务与其他服务之间的调用关系,对所述服务网格代理中所述第一服务所对应的配置信息进行更新,包括:
基于所述第一服务与其他服务之间的调用关系,确定与所述第一服务无关的第二服务;
从所述服务网格代理所记录的所述第一服务的配置信息中,删除所述第二服务对应的配置信息。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括下述任一项:
实时获取所述运行状态数据,以基于所述运行状态数据对所述服务网格代理中的配置信息进行更新;
每隔设定时长获取所述运行状态数据,以基于所述运行状态数据对所述服务网格代理中的配置信息进行更新;
在接收到代理配置更新指令的情况下,获取所述运行状态数据,以基于所述运行状态数据对所述服务网格代理中的配置信息进行更新。
8.一种服务网格配置更新装置,其特征在于,所述装置包括:
获取模块,用于获取服务网格代理所对应的服务网格中至少一个服务的运行状态数据,所述运行状态数据对应于至少一个维度;
确定模块,用于基于对应于至少一个维度的所述运行状态数据,确定所述服务网格中至少一个服务之间的调用关系;
更新模块,用于对于所述服务网格中的第一服务,基于所述第一服务与其他服务之间的调用关系,对所述服务网格代理中所述第一服务所对应的配置信息进行更新。
9.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如权利要求1至7中任一项所述的服务网格配置更新方法。
10.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,所述指令被处理器执行时实现如权利要求1至7中任一项所述的服务网格配置更新方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210247811.6A CN114661325A (zh) | 2022-03-14 | 2022-03-14 | 服务网格配置更新方法、装置、计算设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210247811.6A CN114661325A (zh) | 2022-03-14 | 2022-03-14 | 服务网格配置更新方法、装置、计算设备及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114661325A true CN114661325A (zh) | 2022-06-24 |
Family
ID=82030380
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210247811.6A Pending CN114661325A (zh) | 2022-03-14 | 2022-03-14 | 服务网格配置更新方法、装置、计算设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114661325A (zh) |
-
2022
- 2022-03-14 CN CN202210247811.6A patent/CN114661325A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7203444B2 (ja) | 代替サーバ名を使用する相互トランスポート層セキュリティを選択的に提供すること | |
US10834226B2 (en) | Live migration of containers based on geo-location | |
US11861405B2 (en) | Multi-cluster container orchestration | |
US20140081615A1 (en) | Virtual systems testing | |
US20130346543A1 (en) | Cloud service selector | |
US20130227232A1 (en) | Partition aware quality of service feature | |
US8972941B2 (en) | Integrated development environment-based workload testing in a networked computing environment | |
US9584372B2 (en) | Discovering resources of a distributed computing environment | |
US10805228B2 (en) | Injection of information technology management process into resource request flows | |
US9225662B2 (en) | Command management in a networked computing environment | |
US10558710B2 (en) | Sharing server conversational context between multiple cognitive engines | |
US10324647B2 (en) | Dynamic compression for runtime services | |
US10606480B2 (en) | Scale-out container volume service for multiple frameworks | |
US10877805B2 (en) | Optimization of memory usage by integration flows | |
US9338229B2 (en) | Relocating an application from a device to a server | |
US9451015B2 (en) | Service agreement performance validation in a cloud hosted environment | |
US11290541B2 (en) | Synchronous client-side log service | |
US20180107723A1 (en) | Content oriented analysis of dumps | |
Padhy et al. | X-as-a-Service: Cloud Computing with Google App Engine, Amazon Web Services, Microsoft Azure and Force. com | |
CN114661325A (zh) | 服务网格配置更新方法、装置、计算设备及介质 | |
CN116635834A (zh) | 协调在可扩展应用处执行的请求 | |
US9298597B2 (en) | Automated testing of websites based on mode | |
US11496537B2 (en) | Method and apparatus for reverse address mapping when using content preparation in 5G networks | |
CN114745380B (zh) | 基于服务网格的跨私网多集群管理方法及装置 | |
US20240069976A1 (en) | Serverless computing-based, continuous gateway watch for data change |
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 |