基于微服务架构的服务网格配置方法、装置、设备和介质制造方法及图纸

本申请公开了基于微服务架构的服务网格配置方法、装置、电子设备以及介质，涉及人工智能领域，具体涉及云平台、微服务技术、浏览器等领域。针对该方法应用于浏览器领域，浏览器应用程序包括多个微服务程序，浏览器应用程序接收到用户请求后，通过多个代理程序来代理所关联的微服务程序处理用户请求，并将请求结果返回给用户。基于微服务架构的服务网格配置方法包括：获取服务网格的配置参数，服务网格包括多个代理程序，多个代理程序分别与多个微服务程序关联，将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件，基于配置文件配置所述服务网格，以使多个代理程序代理所关联的微服务程序进行数据通信。

【技术实现步骤摘要】
基于微服务架构的服务网格配置方法、装置、设备和介质
本申请涉及人工智能领域，具体地，涉及云平台、微服务
，更具体地，涉及一种基于微服务架构的服务网格配置方法、装置、设备和介质。
技术介绍
作为一种架构模式，微服务架构用于实现将复杂的系统或应用程序切分为多个微服务程序，每个微服务程序可以实现一个独立的业务逻辑。为了减少开发人员的开发成本，微服务架构通过分离每个微服务程序中的业务逻辑和通信逻辑，即对每个微服务程序的通信逻辑进行抽象和归纳形成针对每个微服务程序的代理程序。代理程序负责代理与之关联的微服务程序进行数据通信。用于代理多个微服务程序进行数据通信的多个代理程序形成一个服务网格(ServiceMesh)。为了保证服务网格的通信功能，通常需要对服务网格中的多个代理程序进行相关配置，例如需要配置代理程序的通信协议、路由策略等等。但是，相关技术在对服务网格中多个代理程序进行配置的过程中，配置步骤较繁琐，对开发人员的专业能力要求较高，导致开发人员对微服务架构的学习成本较高。
技术实现思路
本申请提供了一种用于基于微服务架构的服务网格配置装置的方法、装置、设备以及存储介质。根据第一方面，本申请提供了一种基于微服务架构的服务网格配置方法，包括：一种基于微服务架构的服务网格配置方法，包括：获取服务网格的配置参数，所述服务网格包括多个代理程序，所述多个代理程序分别与多个微服务程序关联，将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件，基于所述配置文件配置所述服务网格，以使所述多个代理程序代理所关联的微服务程序进行数据通信。根据第二方面，本申请提供了一种基于微服务架构的服务网格配置装置，包括：配置参数获取模块、配置参数填写模块以及服务网格配置模块。其中，配置参数获取模块用于获取服务网格的配置参数，所述服务网格包括多个代理程序，所述多个代理程序分别与多个微服务程序关联。配置参数填写模块用于将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件。服务网格配置信息模块用于基于所述配置文件配置所述服务网格，以使所述多个代理程序代理所关联的微服务程序进行数据通信。根据第三方面，本申请提供了一种电子设备，包括：至少一个处理器和与所述至少一个处理器通信连接的存储器。其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。根据第四方面，本申请提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如上所述的方法。根据本申请的技术解决了在对服务网格中多个代理程序进行配置的过程中，配置步骤较繁琐，对开发人员的专业能力要求较高，导致开发人员对微服务架构的学习成本较高的问题，降低了对开发人员的专业能力的要求，降低了开发人员对微服务架构的学习成本。应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。附图说明附图用于更好地理解本方案，不构成对本申请的限定。其中：图1示意性示出了根据本申请实施例的微服务架构的示意图；图2示意性示出了根据本申请实施例的服务网格的示意图；图3示意性示出了根据本申请一实施例的基于微服务架构的服务网格配置方法的流程图；图4示意性示出了根据本申请另一实施例的基于微服务架构的服务网格配置方法的流程图；图5示意性示出了根据本申请实施例的选择界面的示意图；图6示意性示出了根据本申请实施例的填写配置文件模板的示意图；图7示意性示出了根据本申请实施例的基于微服务架构的服务网格配置装置的框图；以及图8是用来实现本申请实施例的基于微服务架构的服务网格配置方法的电子设备的框图。具体实施方式以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本申请。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。本申请的实施例提供了一种基于微服务架构的服务网格配置方法，该方法包括：获取服务网格的配置参数，服务网格包括多个代理程序，多个代理程序分别与多个微服务程序关联，多个微服务程序彼此之间通过所关联的代理程序进行数据通信。然后，将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件，配置文件用于配置服务网格的多个代理程序。接下来，基于配置文件生成配置信息，并将配置信息分发给多个代理程序，以使多个代理程序基于配置信息来代理所关联的微服务程序进行数据通信。图1示意性示出了根据本申请实施例的微服务架构的示意图。如图1，微服务架构100可以用于将复杂的系统或应用程序切分为多个微服务程序，每个微服务程序可以实现一个独立的业务逻辑。例如，多个微服务程序包括微服务程序101A、微服务程序102A、微服务程序103A等等。其中，多个微服务程序例如分别实现在多个计算设备上，也可以实现在一个计算设备上。在一些实施例中，多个微服务程序例如分别实现在多个服务器上。通过对每个微服务程序的通信逻辑进行抽象和归纳形成针对每个微服务程序的代理程序，代理程序例如包括与微服务程序101A相关联的代理程序101B、与微服务程序102A相关联的代理程序102B、与微服务程序103A相关联的代理程序103B等等。每个代理程序用于代理相关联的微服务程序进行数据通信。例如，代理程序101B用于代理微服务程序101A进行数据通信，代理程序102B用于代理微服务程序102A进行数据通信，代理程序103B用于代理微服务程序103A进行数据通信。将微服务程序和代理程序一起部署的方式称为边车(Sidecar)方式。图2示意性示出了根据本申请实施例的服务网格的示意图。如图2所示，服务网格210例如包括多个代理程序，多个代理程序例如包括多个代理程序211等等，为了图示清楚仅对其中一个代理程序进行了标注。所述多本文档来自技高网...

【技术保护点】
1.一种基于微服务架构的服务网格配置方法，其特征在于，包括：/n获取服务网格的配置参数，所述服务网格包括多个代理程序，所述多个代理程序分别与多个微服务程序关联；/n将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件；以及/n基于所述配置文件配置所述服务网格，以使所述多个代理程序代理所关联的微服务程序进行数据通信。/n

【技术特征摘要】
1.一种基于微服务架构的服务网格配置方法，其特征在于，包括：
获取服务网格的配置参数，所述服务网格包括多个代理程序，所述多个代理程序分别与多个微服务程序关联；
将获取的配置参数填入预先建立的配置文件模板，以得到服务网格的配置文件；以及
基于所述配置文件配置所述服务网格，以使所述多个代理程序代理所关联的微服务程序进行数据通信。


2.根据权利要求1所述的方法，其特征在于，所述配置参数的数量为多个，所述获取服务网格的配置参数包括：
针对每个配置参数提供配置参数选项，所述配置参数选项包括所述配置参数的多个候选以供用户选择；
获取用户从每个配置参数选项的多个候选中选择的候选；以及
基于用户选择的候选确定服务网格的配置参数。


3.根据权利要求2所述的方法，其特征在于，所述配置参数的多个候选包括配置参数的多个参数值，所述基于用户选择的候选确定服务网格的配置参数包括：将用户选择的多个参数值分别作为服务网格的各个配置参数的参数值。


4.根据权利要求2所述的方法，其特征在于，所述配置参数的多个候选包括配置参数的多个参数值的描述信息，所述基于用户选择的候选确定服务网格的配置参数包括：将用户选择的多个描述信息转换为多个参数值以分别作为服务网格的各个配置参数的参数值。


5.根据权利要求2所述的方法，其特征在于，所述多个微服务程序包括上游微服务程序和下游微服务程序，所述配置参数包括第一组配置参数、第二组配置参数和第三组配置参数，所述配置参数选项包括针对第一组配置参数而设置的第一组配置参数选项、针对第二组配置参数而设置的第二组配置参数选项和针对第三组配置参数而设置的第三组配置参数选项，其中，
第一组配置参数用于配置下游微服务程序的代理程序；
第二组配置参数用于配置上游微服务程序的代理程序；
第三组配置参数用于配置上游微服务程序的代理程序和下游微服务程序的代理程序之间的关联关系。


6.根据权利要求5所述的方法，其特征在于，所述预先建立的配置文件模板包括以下至少一个：
第一配置文件模板，用于生成第一配置文件，所述第一配置文件用于定义访问下游微服务程序的通信策略，所述通信策略包括负载均衡策略；
第二配置文件模板，用于生成第二配置文件，所述第二配置文件用于定义上游微服务程序到下游微服务程序的数据路由规则；
第三配置文件模板，用于生成第三配置文件，所述第三配置文件用于描述针对每个微服务程序的属性信息；以及
第四配置文件模板，用于生成第四配置文件，所述第四配置文件用于定义每个微服务程序可访问的下游拓扑。


7.根据权利要求5所述的方法，其特征在于，所述第一组配置参数包括以下至少一项：
下游微服务程序的域名、下游微服务程序的服务描述。


8.根据权利要求5所述的方法，其特征在于，所述第二组配置参数包括以下至少一项：
数据通信的路由策略、数据通信的传输协议、数据通信的超时时间、数据通信的重发次数。


9.根据权利要求5所述的方法，其特征在于，所述第三组配置参数包括以下至少一项：
上游微服务程序所要访问的下游微服务程序的域名、上游微服务程序所要访问的下游微服务程序的端口、上游微服务程序访问下游微服务程序采用的访问协议。


10.根据权利要求6所述的方法，其特征在于，其中，所述第一组配置参数包括...

【专利技术属性】
技术研发人员：许超，罗晓鸣，彭万里，
申请(专利权)人：百度时代网络技术北京有限公司，
类型：发明
国别省市：北京;11