CN109714449A - 服务域名的动态配置方法、装置、设备及存储介质 - Google Patents

Abstract

本发明提供一种服务域名的动态配置方法、装置、设备及存储介质，即在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。本发明基于nginx实时解析目标应用的POD地址，从而确定有效POD地址，然后结合nginx的配置文件自动实现域名配置，不仅大大降低了人力成本，而且实现了发布过程优化提高了运维效率，解决了现有服务的域名需要人工进行配置的技术问题。

Description

服务域名的动态配置方法、装置、设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种服务域名的动态配置方法、装置、设备及计算机可读存储介质。

背景技术

随着云计算的快速发展，虚拟化时代已经到来。在虚拟化时代，采用标配硬件可以降低成本，采用虚拟化技术可以满足用户按需使用资源的需求，并可以保证资源的可用性和隔离性。其中，Docker(应用容器引擎)技术以其轻量、高性能、便捷性广受欢迎。Docker是一个开放源代码软件项目，让应用部署在软件容器下的工作可以自动化进行。开发者开发了一款应用后，需要将其部署在容器中，并需要对外提供服务，针对该服务需要配置一个域名，使得外部可以利用该域名访问应用获取服务。现有服务的域名需要人工进行配置，不仅提高了人工成本，而且降低了运维效率。

因此，如何解决现有服务的域名需要人工进行配置的技术问题，是目前亟需解决的问题。

发明内容

本发明的主要目的在于提供一种服务域名的动态配置方法、装置、设备及计算机可读存储介质，旨在解决现有服务的域名需要人工进行配置的技术问题。

为实现上述目的，本发明提供一种服务域名的动态配置方法，所述服务域名的动态配置方法包括以下步骤：

在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

可选地，所述在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名的步骤之后，还包括：

获取所述目标应用对应的目标命名空间，并基于预设命名空间表与所述目标命名空间，判断所述域名是否冲突；

若所述域名冲突，则判定所述域名已被使用，生成并显示重新申请域名的提醒消息。

可选地，所述将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务的步骤具体包括：

将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件将访问流量导入至所述有效POD地址；

通过所述域名以及有效POD地址实现所述目标应用的对外服务。

可选地，所述基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址的步骤具体包括：

获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址；

若存在所述有效的POD地址，则获取所述有效POD地址。

可选地，所述获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址的步骤之后，还包括：

若不存在所述有效的POD地址，则生成无效地址提醒消息，并删除所述目标应用对应的nginx的配置文件。

可选地，所述服务域名的动态配置方法还包括：

在监测到所述目标应用的有效POD发生变化时，基于代理服务器nginx，对所述目标应用的POD地址进行二次解析；

根据解析结果将所述有效POD地址进行更换，将更换后的有效地址配置至nginx的配置文件，并基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

可选地，所述将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务的步骤之后，还包括：

在监测到所述目标应用下线时，删除所述目标应用对应的nginx的配置文件。

此外，为实现上述目的，本发明还提供一种服务域名的动态配置装置，所述服务域名的动态配置装置包括：

域名生成模块，用于在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

地址解析模块，用于基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

域名配置模块，用于将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

此外，为实现上述目的，本发明还提供一种服务域名的动态配置设备，所述服务域名的动态配置设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的服务域名的动态配置程序，其中所述服务域名的动态配置程序被所述处理器执行时，实现如上述的服务域名的动态配置方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有服务域名的动态配置程序，其中所述服务域名的动态配置程序被处理器执行时，实现如上述的服务域名的动态配置方法的步骤。

本发明提供一种服务域名的动态配置方法，即在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。通过上述方式，本发明基于nginx实时解析目标应用的POD地址，从而确定所述目标应用的有效POD地址，然后基于有效POD地址以及nginx的配置文件自动实现域名配置，无需人工干预，大大降低了人力成本，提高了运维效率，解决了现有服务的域名需要人工进行配置的技术问题。

附图说明

图1为本发明实施例方案中涉及的服务域名的动态配置设备的硬件结构示意图；

图2为本发明服务域名的动态配置方法第一实施例的流程示意图；

图3为本发明服务域名的动态配置方法第二实施例的流程示意图；

图4为本发明服务域名的动态配置方法第三实施例的流程示意图；

图5为本发明服务域名的动态配置装置第一实施例的功能模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例涉及的服务域名的动态配置方法主要应用于服务域名的动态配置设备，该服务域名的动态配置设备可以是PC、便携计算机、移动终端等具有显示和处理功能的设备。

参照图1，图1为本发明实施例方案中涉及的服务域名的动态配置设备的硬件结构示意图。本发明实施例中，服务域名的动态配置设备可以包括处理器1001(例如CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)；存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的硬件结构并不构成对服务域名的动态配置设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及服务域名的动态配置程序。

在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的服务域名的动态配置程序，并执行本发明实施例提供的服务域名的动态配置方法。

本发明实施例提供了一种服务域名的动态配置方法。

参照图2，图2为本发明服务域名的动态配置方法第一实施例的流程示意图。

本实施例中，所述服务域名的动态配置方法包括以下步骤：

步骤S10，在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

现有开发中在基于Kubernetes的PaaS平台(以下称为服务端)上部署某个应用的多个容器实例后，通常还需要对外暴露服务，并需要配置对应该应用的域名，从而可以使得外部用户可以通过所述域名访问部署的应用。开发者可以在服务端上创建应用的实例。而Kubernetes可以自动地将该应用的实例部署到容器中。

Kubernetes是一种开源的容器集群管理系统，其提供应用部署、维护、高可用管理，弹性伸缩扩展机制等功能，并封装成为一套完整、简单易用的API对外提供服务。一般的，利用Kubernetes可以方便地管理跨机器运行容器化的应用。

PaaS(Platform as a service，平台即服务)，是一种把应用服务的运行和开发环境作为一种服务，以SaaS的模式提交给用户。因此，PaaS也是SaaS模式的一种应用。PaaS可以提高在Web平台上利用的资源数量。例如，可通过远程Web服务使用数据即服务(Data-as-a-Service：数据即服务)，还可以使用可视化的API。用户或者厂商基于PaaS平台可以快速开发自己所需要的应用和产品。

本实施例中，为了解决现有服务的域名需要人工进行配置的技术问题，提供一种服务域名的动态配置方法，应用于服务域名的动态配置平台。具体地，在首次部署应用时，服务域名的动态配置平台可以自动生成该应用的域名。通常，可以根据一定预设的规则，例如根据应用名的全拼或者英文翻等方式，生成该应用对应的域名。例如，某个应用的中文应用名为“淘宝”，则可以自动将“淘宝”对应的拼音“taobao”作为应用的域名。

步骤S20，基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

本实施例中，容器中的POD地址容器发生改变，从而导致应用无法被外部(公网)访问。因此，服务域名的动态配置平台需要实时获取目标应用的有效POD地址，即通过nginx的插件jdomain并结合kubernetes的Serverless模式对部署在容器中的应用对应的POD地址进行动态解析，从而确定所述目标应用的有效POD地址，然后通过所述有效POD地址使得目标应用可以正常地被外部访问。

步骤S30，将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

本实施例中，所述Nginx时一个高性能的HTTP和反向代理服务器。在所述Nginx作为Web服务器时，具有占用内存少，并发能力强的特定。在所述Nginx作为负载均衡服务器时，既可以在内部直接支持Rails和PHP，也可以支持作为HTTP代理服务器对外进行服务。通过将所述有效POD配置到nginx服务器的配置文件，从而完成服务代理注册，基于所述nginx的配置文件以及域名，实现所述目标应用的对外服务，即用户可以通过所述域名经由所述有效地址访问所述目标应用。

进一步地，所述步骤S30具体包括：

将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件将访问流量导入至所述有效POD地址；

通过所述域名以及有效POD地址实现所述目标应用的对外服务。

本实施例中，将所述有效POD地址配置至nginx的配置文件，即将所述有效POD地址作为所述目标应用的当前访问路径，并基于所述nginx的配置文件，将所述目标应用的访问流量导入至所述有效POD地址，然后基于所述有效POD地址以及所述域名实现所述目标应用的对外服务。其中，用户使用客户端(如电脑)访问应用时，填写的访问地址通常是域名。而为了识别域名具体是指向哪一个应用，需要对域名进行域名解析，得到指向目标地址的IP。具体地，通过DNS服务器实现，可以理解的，在客户端与应用服务器之间，会设置有一个用于进行DNS解析的DNS服务器。所述DNS(Domain Name System，域名系统)是因特网上作为域名和IP地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的IP。所述域名泛解析(DNS泛解析)是指在域名前添加任何子域名，均可以访问到指向的WEB地址。通过这种方式可以将“*.域名”解析到同一IP。域名解析的优点是可以通过类似于模糊匹配的方式将用户需要访问的应用解析到正确的服务器上。例如，在用户访问应用后，即使DNS服务器对域名进行NDS解析后得出该域名不存在对应的IP的情况下，还可以通过DNS泛解析，从而用户需要访问的应用解析到对应的服务器上。这里的对应的服务器即为上述所示的服务代理注册的nginx服务器。该nginx服务会对完整的域名进行匹配，从而跳转到真正的应用服务地址，从而访问实际的容器地址。

进一步地，所述步骤S30之后，还包括：

在监测到所述目标应用下线时，删除所述目标应用对应的nginx的配置文件。

本实施例中，本发明通过监听程序监听所述服务域名的动态配置平台中的应用的配置变化。然后根据所述配置变化动态调整对应的nginx配置，并由nginx完成容器流量的导入。然后在监听到所述目标应用下线时，或者是解析不出所述目标应用的有效POD地址时，即可删除所述目标应用的nginx的配置文件。

本实施例提供一种服务域名的动态配置方法，即在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。通过上述方式，本发明基于nginx实时解析目标应用的POD地址，从而确定所述目标应用的有效POD地址，然后基于有效POD地址以及nginx的配置文件自动实现域名配置，无需人工干预，大大降低了人力成本，提高了运维效率，解决了现有服务的域名需要人工进行配置的技术问题。

参照图3，图3为本发明服务域名的动态配置方法第二实施例的流程示意图。

基于上述图2所示实施例，本实施例中，所述步骤S10之后，还包括：

步骤S41，获取所述目标应用对应的目标命名空间，并基于预设命名空间表与所述目标命名空间，判断所述域名是否冲突；

本实施例中，namespace即命名空间，namespace主要用于组合和重用代码。其主要是为了解决变量的重名导致的冲突问题。通过引入namespace，就可以在namespace中定义本应用，避免例如同一应用不同版本之间应用名冲突的情况。一般来说，每一个应用都会对应有一个唯一的namespace。每一个应用都会对应有一个唯一的namespace。因此，可以根据查询namespace表，判断是否存在该应用对应的namespace。所述namespace表是已经部署的其它应用对应的namespace集合。一般，服务端中会记录每一个部署应用对应的namespace，从而形成namespace表。如果namespace表中存在该应用对应的namespace，则说明域名冲突。如果namespace表中不存在该应用对应的namespace，则说明域名不冲突。

步骤S42，若所述域名冲突，则判定所述域名已被使用，生成并显示重新申请域名的提醒消息。

本实施例中，在域名冲突的情况下，服务端可以向客户端发送通知，从而提示开发者重新申请域名。通过上述方式，开发中用户仅需提交应用名、端口就可以实现自动配置对外提供服务的域名，并自动处理域名冲突问题，从而避免域名冲突。另一方面的，由于nginx还可以作为负载均衡服务器，所以通过nainx可以实现容器内应用服务施力的负载均衡。

进一步地，所述步骤S41之后，还包括：

若所述域名冲突，则执行步骤S30。

参照图4，图4为本发明服务域名的动态配置方法第三实施例的流程示意图。

基于上述图3所示实施例，本实施例中，所述步骤S20具体包括：

步骤S21，获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址；

本实施例中，基于nginx的jdomain插件结合kubernetes的Service解析出的所述目标应用的POD地址即为有效POD地址。若所述目标应用的全部POD地址中不存在所述有效地址，即说明目标应用的后端服务POD地址全部无效，也就是表示，所述目标应用已经下线。

步骤S22，若存在所述有效的POD地址，则获取所述有效POD地址。

本实施例中，若所述于nginx的jdomain插件结合kubernetes的Service解析出所述目标应用的POD地址，即获取该POD地址，作为有效POD地址。

步骤S23，若不存在所述有效的POD地址，则生成无效地址提醒消息，并删除所述目标应用对应的nginx的配置文件。

本实施例中，若所述目标应用的全部POD地址中不存在所述有效地址，即说明目标应用的后端服务POD地址全部无效，也就是表示，所述目标应用已经下线，在检测到所述目标应用下线时，即所述目标应用已不再对外服务，可删除所述目标应用对应的nginx的配置文件。

进一步地，所述服务域名的动态配置方法还包括：

在监测到所述目标应用的有效POD发生变化时，基于代理服务器nginx，对所述目标应用的POD地址进行二次解析；

根据解析结果将所述有效POD地址进行更换，将更换后的有效地址配置至nginx的配置文件，并基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

本实施例中，所述目标应用在对外服务过程中，有效POD地址可能会发生变化。本发明基于监听程序对容器中的应用配置变化进行实时监控，在监测到目标应用的POD地址发生流量变化时，基于nginx的jdomain插件结合kubernetes的Service二次解析所述目标应用的POD地址。具体实施例中，还可以基于nginx的jdomain插件结合kubernetes的Service实时解析所述目标应用。若二次解析的解析结果对应的有效POD发生变化时，获取当前的有效POD地址，并将所述当前的有效POD地址替换所述nginx的配置文件中的有效POD地址。并将所述目标应用的访问流量由导入至所述当前的有效的POD地址，从而通过所述当前有效POD地址对所述域名提供服务。

此外，本发明实施例还提供一种服务域名的动态配置装置。

参照图5，图5为本发明服务域名的动态配置装置第一实施例的功能模块示意图。

本实施例中，所述服务域名的动态配置装置包括：

域名生成模块10，用于在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

现有开发中在基于Kubernetes的PaaS平台(以下称为服务端)上部署某个应用的多个容器实例后，通常还需要对外暴露服务，并需要配置对应该应用的域名，从而可以使得外部用户可以通过所述域名访问部署的应用。开发者可以在服务端上创建应用的实例。而Kubernetes可以自动地将该应用的实例部署到容器中。

Kubernetes是一种开源的容器集群管理系统，其提供应用部署、维护、高可用管理，弹性伸缩扩展机制等功能，并封装成为一套完整、简单易用的API对外提供服务。一般的，利用Kubernetes可以方便地管理跨机器运行容器化的应用。

PaaS(Platform as a service，平台即服务)，是一种把应用服务的运行和开发环境作为一种服务，以SaaS的模式提交给用户。因此，PaaS也是SaaS模式的一种应用。PaaS可以提高在Web平台上利用的资源数量。例如，可通过远程Web服务使用数据即服务(Data-as-a-Service：数据即服务)，还可以使用可视化的API。用户或者厂商基于PaaS平台可以快速开发自己所需要的应用和产品。

本实施例中，为了解决现有服务的域名需要人工进行配置的技术问题，提供一种服务域名的动态配置方法，应用于服务域名的动态配置平台。具体地，在首次部署应用时，服务域名的动态配置平台可以自动生成该应用的域名。通常，可以根据一定预设的规则，例如根据应用名的全拼或者英文翻等方式，生成该应用对应的域名。例如，某个应用的中文应用名为“淘宝”，则可以自动将“淘宝”对应的拼音“taobao”作为应用的域名。

地址解析模块20，用于基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

本实施例中，容器中的POD地址容器发生改变，从而导致应用无法被外部(公网)访问。因此，服务域名的动态配置平台需要实时获取目标应用的有效POD地址，即通过nginx的插件jdomain并结合kubernetes的Serverless模式对部署在容器中的应用对应的POD地址进行动态解析，从而确定所述目标应用的有效POD地址，然后通过所述有效POD地址使得目标应用可以正常地被外部访问。

域名配置模块30，用于将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

本实施例中，所述Nginx时一个高性能的HTTP和反向代理服务器。在所述Nginx作为Web服务器时，具有占用内存少，并发能力强的特定。在所述Nginx作为负载均衡服务器时，既可以在内部直接支持Rails和PHP，也可以支持作为HTTP代理服务器对外进行服务。通过将所述有效POD配置到nginx服务器的配置文件，从而完成服务代理注册，基于所述nginx的配置文件以及域名，实现所述目标应用的对外服务，即用户可以通过所述域名经由所述有效地址访问所述目标应用。

进一步地，所述域名配置模块30具体包括：

流量导入单元，用于将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件将访问流量导入至所述有效POD地址；

服务配置单元，用于通过所述域名以及有效POD地址实现所述目标应用的对外服务。

进一步地，所述域名配置模块30还包括：

文件删除模块，用于在监测到所述目标应用下线时，删除所述目标应用对应的nginx的配置文件。

进一步地，所述服务域名的动态配置装置还包括：

域名判断模块，用于获取所述目标应用对应的目标命名空间，并基于预设命名空间表与所述目标命名空间，判断所述域名是否冲突；

重申提醒模块，用于若所述域名冲突，则判定所述域名已被使用，生成并显示重新申请域名的提醒消息。

进一步地，所述地址解析模块20具体包括：

地址判断单元，用于获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址；

地址确定单元，用于若存在所述有效的POD地址，则获取所述有效POD地址。

文件删除单元，用于若不存在所述有效的POD地址，则生成无效地址提醒消息，并删除所述目标应用对应的nginx的配置文件。

进一步地，所述服务域名的动态配置装置还包括：

二次解析模块，用于在监测到所述目标应用的有效POD发生变化时，基于代理服务器nginx，对所述目标应用的POD地址进行二次解析；

地址更换模块，用于根据解析结果将所述有效POD地址进行更换，将更换后的有效地址配置至nginx的配置文件，并基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

其中，上述服务域名的动态配置装置中各个模块与上述服务域名的动态配置方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

此外，本发明实施例还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有服务域名的动态配置程序，其中所述服务域名的动态配置程序被处理器执行时，实现如上述的服务域名的动态配置方法的步骤。

其中，服务域名的动态配置程序被执行时所实现的方法可参照本发明服务域名的动态配置方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种服务域名的动态配置方法，其特征在于，所述服务域名的动态配置方法包括以下步骤：

在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

2.如权利要求1所述的服务域名的动态配置方法，其特征在于，所述在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名的步骤之后，还包括：

获取所述目标应用对应的目标命名空间，并基于预设命名空间表与所述目标命名空间，判断所述域名是否冲突；

若所述域名冲突，则判定所述域名已被使用，生成并显示重新申请域名的提醒消息。

3.如权利要求1所述的服务域名的动态配置方法，其特征在于，所述将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务的步骤具体包括：

将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件将访问流量导入至所述有效POD地址；

通过所述域名以及有效POD地址实现所述目标应用的对外服务。

4.如权利要求1所述的服务域名的动态配置方法，其特征在于，所述基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址的步骤具体包括：

获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址；

若存在所述有效的POD地址，则获取所述有效POD地址。

5.如权利要求4所述的服务域名的动态配置方法，其特征在于，所述获取所述目标应用的全部POD地址，基于代理服务器nginx，解析所述目标应用的POD地址，并判断所述全部POD地址是否存在有效的POD地址的步骤之后，还包括：

若不存在所述有效的POD地址，则生成无效地址提醒消息，并删除所述目标应用对应的nginx的配置文件。

6.如权利要求1所述的服务域名的动态配置方法，其特征在于，所述服务域名的动态配置方法还包括：

在监测到所述目标应用的有效POD发生变化时，基于代理服务器nginx，对所述目标应用的POD地址进行二次解析；

根据解析结果将所述有效POD地址进行更换，将更换后的有效地址配置至nginx的配置文件，并基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

7.如权利要求1至6任意一项所述的服务域名的动态配置方法，其特征在于，所述将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务的步骤之后，还包括：

在监测到所述目标应用下线时，删除所述目标应用对应的nginx的配置文件。

8.一种服务域名的动态配置装置，其特征在于，所述服务域名的动态配置装置包括：

域名生成模块，用于在监测到应用流量发生变化时，获取目标应用的应用名以及端口，并根据所述应用名生成对应的域名；

地址解析模块，用于基于代理服务器nginx，解析所述目标应用的POD地址，并确定所述目标应用对应的有效POD地址；

域名配置模块，用于将所述有效POD地址配置至nginx的配置文件，基于所述nginx的配置文件以及域名实现所述目标应用的对外服务。

9.一种服务域名的动态配置设备，其特征在于，所述服务域名的动态配置设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的服务域名的动态配置程序，其中所述服务域名的动态配置程序被所述处理器执行时，实现如权利要求1至7中任一项所述的服务域名的动态配置方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有服务域名的动态配置程序，其中所述服务域名的动态配置程序被处理器执行时，实现如权利要求1至7中任一项所述的服务域名的动态配置方法的步骤。