用于发现和跟踪地址的方法、系统和计算机可读介质与流程

用于发现和跟踪地址的方法、系统和计算机可读介质
1.优先权要求
2.本技术要求于2019年8月29日提交的序列号为16/555,817的美国专利申请的优先权权益，该申请的公开内容通过引用全文并入本文。
技术领域
3.本文描述的主题涉及发现与电信网络中的服务端点相关联的地址信息。更具体地，本文描述的主题涉及用于主动发现和跟踪与5g和非5g服务端点相关联的地址的方法、系统和计算机可读介质。


背景技术：

4.在电信网络中，服务端点是网络节点上的地址，该地址唯一地识别向服务消费者提供服务的实体。服务端点可以包括互联网协议(ip)地址或ip地址和传输层端口号的组合，也称为ip端点。
5.在5g电信网络中，提供服务的网络节点被称为生产者网络功能(nf)。消费服务的网络节点被称为消费者nf。网络功能既可以是生产者nf也可以是消费者nf，具体取决于它是消费服务还是提供服务。
6.给定的生产者nf可能有许多服务端点。生产者nf向网络功能储存库功能(nrf)注册。nrf维护可用nf实例及其支持的服务的nf简档。消费者nf可以订阅以接收关于已向nrf注册的生产者nf实例的信息。
7.除了消费者nf，可以订阅以接收关于nf服务实例的信息的另一种类型的网络节点是服务通信代理(scp)。scp向nrf订阅并获得关于生产者nf服务实例的可达性和服务简档信息。消费者nf连接到服务通信代理，并且服务通信代理在提供所需服务的生产者nf服务实例之间使流量负载平衡，或直接将流量路由到指定的生产者nf。
8.现有3gpp服务体系架构的一个问题是消费者nf或scp可能没有足够的信息使由生产者nf服务实例暴露(expose)的服务端点之间的流量负载平衡。在一种情况下，生产者nf可能只在nf服务级别注册其fqdn，而不单独注册生产者nf服务的域名、ip地址或ip端点。在另一种情况下，生产者nf可能仅在nf实例级别注册其fqdn，而不在nf服务级别单独注册服务的ip地址或ip端点或fqdn。
9.在这些情况中的任一情况下，消费者nf或scp必须获得与服务端点相关联的ip地址或ip端点以联系各个服务端点。一般而言，与域名对应的ip地址或ip端点可以使用域名系统(dns)来确定。在上述5g网络体系架构中，每当nf注册或更新其简档时，都需要将服务端点ip地址通知给服务消费者。另一种需要用服务的ip地址或ip端点更新消费者nf或scp的情况出现在ip地址或ip端点变化而没有对应的nf简档或服务更新时。虽然可通过dns发现ip地址或ip端点，但当与服务相关联的ip地址或ip端点变化时，没有通知服务消费者的自动处理。
10.因此，需要用于主动发现和跟踪与5g和非5g服务端点相关联的地址的方法、系统
和计算机可读介质。


技术实现要素：

11.一种用于发现和跟踪与生产者网络功能(nf)服务端点相关联的地址的方法。该方法包括从请求节点接收第一域名系统(dns)解析请求。该方法还包括使用从第一dns解析请求中提取的完全限定域名(fqdn)来查询dns服务器。该方法还包括从dns服务器接收第一响应，该第一响应包括与和fqdn相关联的生产者nf服务端点相关联的地址。该方法还包括将与生产者nf服务端点相关联的地址存储在数据库中。该方法还包括将与生产者nf服务相关联的地址传送给请求节点。该方法还包括针对与fqdn相关联的地址的变化监视fqdn。该方法还包括向请求节点通知与fqdn相关联的地址的变化。
12.根据本文描述的主题的一方面，接收第一dns解析请求包括从服务通信代理(scp)接收第一dns解析请求。
13.根据本文描述的主题的另一方面，接收第一dns解析请求包括从消费者nf或非5g服务消费者接收第一dns解析请求。
14.根据本文描述的主题的又一方面，接收第一dns解析请求包括在由dns发现器微服务提供的代表性状态转移(rest)服务器接口处接收第一dns解析请求。
15.根据本文描述的主题的又一方面，查询dns服务器包括从与消费者nf或scp和dns服务器分离的dns发现器微服务查询dns服务器。在这种场境下，“与
…
分离”意味着dns发现器微服务是在与需要解析域名的消费者nf或scp分离的并且也与托管dns服务器的计算平台分离的计算平台上实现的。在替代实施方式中，dns发现器微服务可以在与消费者nf或scp相同的计算平台上实现。
16.根据本文描述的主题的又一方面，存储与生产者nf服务相关联的地址包括将地址连同从dns服务器接收到的每个地址的生存时间一起存储在dns发现器微服务本地的数据库中。
17.根据本文描述的主题的又一方面，对于当存储在数据库中的记录中时连同生存时间值一起从dns服务器接收的每个地址，针对在生存时间字段中接收到的时间段启动计时器。
18.根据本文描述的主题的又一方面，监视fqdn包括：检测在数据库中存储与生产者nf服务相关联的地址的记录的到期；响应于检测到该记录到期，使用fqdn来查询dns服务器；从dns服务器接收第二响应；将第二响应中的地址与存储在数据库中的记录中的地址进行比较；以及响应于第二响应中的地址与存储在数据库中的记录中的地址不同，确定与fqdn相关联的地址的变化已经发生。
19.根据本文描述的主题的又一方面，与生产者nf服务实例相关联的地址包括互联网协议(ip)地址或ip端点。
20.根据本文描述的主题的又一方面，针对地址的变化监视fqdn包括针对地址的变化持续监视fqdn，直到响应于来自请求节点的停止监视fqdn的消息而停止。
21.根据本文描述的主题的又一方面，来自请求节点的停止监视fqdn的消息包括第二dns解析请求，该第二dns解析请求包括delete方法类型，并且作为响应，停止监视fqdn。
22.根据本文描述的主题的又一方面，dns发现器微服务包括用于从请求节点停止监
视fqdn的代表性状态转移(rest)服务器接口。
23.根据本文描述的主题的又一方面，一种用于发现和跟踪生产者网络功能(nf)服务端点的系统包括计算平台，该计算平台包括至少一个处理器。该系统还包括位于计算平台上并由所述至少一个处理器实现的域名系统(dns)发现微服务，用于接收第一域名系统(dns)解析请求、使用从第一dns解析请求中提取的完全限定域名(fqdn)来查询dns服务器、从dns服务器接收第一响应，该第一响应包括与和fqdn相关联的生产者nf服务端点相关联的地址、将与生产者nf服务端点相关联的地址存储在数据库中、将与生产者nf服务端点相关联的地址传送给请求节点、针对与fqdn相关联的地址的变化监视fqdn、以及向请求节点通知与fqdn相关联的地址的变化。
24.根据本文描述的主题的又一方面，dns发现器微服务被配置为从服务通信代理(scp)接收第一dns解析请求。
25.根据本文描述的主题的又一方面，dns发现器微服务被配置为来自消费者nf或非5g服务消费者的第一dns解析请求。
26.根据本文描述的主题的又一方面，dns发现器微服务包括用于从请求节点接收第一dns解析请求的代表性状态转移(rest)服务器接口。
27.根据本文描述的主题的又一方面，计算平台和dns发现器微服务与请求节点和dns服务器分离。
28.根据本文描述的主题的又一方面，数据库是dns发现器微服务本地的。
29.根据本文描述的主题的又一方面，dns发现器微服务包括dns记录变化发现器，用于通过以下操作执行fqdn的监视：检测数据库中存储与生产者nf服务端点相关联的地址的记录的到期；响应于检测到该记录到期，使用fqdn来查询dns服务器；从dns服务器接收第二响应；以及将第二响应中的地址与存储在数据库中的记录中的地址进行比较；响应于第二响应中的地址与存储在数据库中的记录中的地址不同，确定与fqdn相关联的地址已经发生变化。
30.根据本文描述的主题的又一方面，与生产者nf服务端点相关联的地址包括互联网协议(ip)地址或ip端点。
31.根据本文描述的主题的又一方面，dns记录变化发现器被配置为针对与fqdn相关联的地址的变化持续监视fqdn，直到响应于来自请求节点的停止监视fqdn的消息而停止。
32.根据本文描述的主题的又一方面，提供了一种具有存储在其上的可执行指令的非暂态计算机可读介质，所述指令在由计算机的处理器执行时，控制计算机执行步骤。这些步骤包括从请求节点接收第一域名系统(dns)解析请求。这些步骤包括使用从第一dns解析请求中提取的完全限定域名(fqdn)来查询dns服务器。这些步骤还包括从dns服务器接收第一响应，该第一响应包括与和fqdn相关联的生产者nf服务端点相关联的地址。这些步骤还包括将与生产者nf服务端点相关联的地址存储在数据库中。这些步骤还包括将与生产者nf服务端点相关联的地址传送给请求节点。这些步骤还包括针对与fqdn相关联的地址的变化监视fqdn。这些步骤还包括向请求节点通知与fqdn相关联的地址的变化。
33.本文描述的主题可以在硬件、软件、固件或其任何组合中实现。由此，如本文使用的术语“功能”、“节点”或“模块”是指用于实现所描述的特征的硬件，其还可以包括软件和/或固件组件。在一个示例性实施方式中，本文描述的主题可以使用具有存储在其上的计算
机可执行指令的计算机可读介质来实现，该指令在由计算机的处理器执行时，控制计算机执行步骤。适用于实现本文描述的主题的示例性计算机可读介质包括非暂态计算机可读介质，诸如盘存储设备、芯片存储器设备、可编程逻辑设备和专用集成电路。此外，实现本文描述的主题的计算机可读介质可以位于单个设备或计算平台上，或者可以分布在多个设备或计算平台上。
附图说明
34.现在将参考附图解释本文描述的主题，其中：
35.图1是图示示例性5g网络体系架构的网络图；
36.图2是图示5g生产者nf服务实例和由5g生产者nf服务实例暴露的服务端点之间通过服务通信代理进行负载平衡的网络图；
37.图3是图示dns发现器微服务的网络图，该dns发现器微服务使消费者nf或scp能够发现与生产者nf服务端点相关联的地址信息；
38.图4是图示用于使用dns发现器微服务获得生产者nf服务端点的地址信息的示例性消息传递的调用流程图；
39.图5是图示使用dns发现器微服务的dns变化监视和控制流程的调用流程图；
40.图6是图示使用dns发现器微服务的停止dns调用流程的调用流程图；
41.图7是图示实现dns发现器微服务的网络节点的框图；以及
42.图8是图示使用dns发现器微服务来发现和监视与5g和非5g服务端点相关联的地址信息的示例性处理的流程图。
具体实施方式
43.本文描述的主题涉及用于发现和主动跟踪与5g和非5g服务端点相关联的地址信息的方法、系统和计算机可读介质。图1是图示示例性5g系统网络体系架构的框图。图1中的体系架构包括nrf 100和scp 101，它们可以位于同一家庭公共陆地移动网络(hplmn)中。如上所述，nrf 100可以维护可用的生产者nf服务实例及其支持的服务的简档，并允许消费者nf或scp订阅和被通知新的/更新的生产者nf服务实例的注册。scp 101还可以支持服务发现和生产者nf的选择。此外，scp 101可以对消费者和生产者nf之间的连接进行负载平衡。
44.nrf 100是nf简档的储存库。为了与生产者nf通信，消费者nf或scp必须从nrf 100获得nf简档。nf简档是在3gpp ts 29.510中定义的json数据结构。下面所示的表1图示了如在3gpp ts 29.510中定义的nf简档的属性。
45.46.47.48.49.50.51.[0052][0053]
表1：nf简档定义
[0054]
如表1中所指示的，nf简档定义包括fqdn、ip版本4地址或ip版本6地址中的至少一个。但是，不要求nf简档包括与位于生产者nf服务实例上的生产者nf服务端点相关联的各个ip地址或ip端点。
[0055]
在图1中，节点中的任何节点(scp 101和nrf 101除外)都可以是消费者nf或生产者nf，具体取决于它们是请求服务还是提供服务。在图示的示例中，节点包括在网络中执行策略相关操作的策略控制功能(pcf)102、管理用户数据的用户数据管理(udm)功能104和提供应用服务的应用功能(af)106。图1中所示的节点还包括会话管理功能(smf)108，其管理接入和移动性管理功能(amf)110和pcf 102之间的会话。amf 110执行与4g网络中由移动性管理实体(mme)执行的移动性管理操作类似的移动性管理操作。认证服务器功能(ausf)112为诸如ue 114之类的寻求接入网络的用户装备(user equipment,ue)执行认证服务。
[0056]
网络切片选择功能(nssf)116为寻求访问与网络切片相关联的特定网络能力和特性的设备提供网络切片服务。网络暴露功能(nef)118为寻求获得关于物联网(iot)设备和附接到网络的其它ue的信息的应用功能提供应用编程接口(api)。nef 118执行与4g网络中的服务能力暴露功能(scef)类似的功能。
[0057]
无线电接入网络(ran)120经由无线链路将ue 114连接到网络。可以使用g-nodeb(gnb)(图1中未示出)或其它无线接入点来接入无线电接入网络120。用户平面功能(upf)122可以支持用户平面服务的各种代理功能。这种代理功能的一个示例是多路径传输控制协议(mptcp)代理功能。upf 122还可以支持可以由ue 114使用以获得网络性能测量的性能测量功能。图1中还图示了数据网络(dn)124，ue通过该数据网络访问数据网络服务(诸如互联网服务)。
[0058]
可以使用本文描述的dns发现器微服务(dns discoverer micro-service)来跟踪
与驻留在图1中所示的提供服务的任何nf上的服务端点相关联的地址信息。此外，在给定fqdn下提供服务的非5g服务端点可以被本文描述的dns发现微服务发现和跟踪。因此，本文所使用的术语“生产者nf服务端点”旨在指代存在于任何5g或非5g服务提供商节点上的服务端点。非5g服务提供商节点包括3g、4g或下一代(post-5g)对应节点和非3gpp服务提供商节点。
[0059]
如上所述，生产者nf向nrf注册他们的nf简档。消费者nf可以通过从nrf获得nf简档来发现已注册以提供特定服务的生产者nf。消费者nf可以直接与nf服务生产者nf通信。替代地，消费者nf可以经由scp与生产者nf间接通信。在直接通信模式下，消费者nf通过本地配置或经由nrf执行目标生产者nf的发现。然后消费者nf直接与目标服务生产者nf通信。在间接通信模式下，消费者nf向scp发送服务请求消息，并且scp可以代表消费者nf执行生产者nf的服务发现和选择。在直接或间接通信模式下，本文描述的dns发现器微服务可以接收来自消费者nf或来自scp的dns解析请求、代表消费者nf或scp查询dns服务器、向消费者nf或scp传送与生产者nf服务端点相关联的地址信息、以及针对与fqdn相关联的地址的变化持续监视在dns解析请求中接收到的fqdn。
[0060]
图1中图示的体系架构中出现的一个问题是，服务通信代理或消费者nf可能没有足够的信息在驻留在生产者nf服务实例上的服务端点之间进行负载平衡。图2图示了这个问题。参考图2，服务通信代理101驻留在5g消费者nf 200和202与5g生产者nf 204和206之间。5g生产者nf 204包括生产者nf服务端点204a和204b。5g生产者nf服务实例206包括生产者nf服务端点206a和206b。
[0061]
在操作中，消费者nf 200和202连接到服务通信代理101，并且服务通信代理101对生产者nf服务端点之间的流量进行负载平衡。服务通信代理101从上述nf简档和生产者nf 204和206已经向nrf100注册的nf服务内容确定用于负载平衡的生产者nf服务端点。但是，如上所述，因为不需要注册与各个服务端点相关联的地址信息，因此由scp 101执行的负载平衡可能不会在服务端点之间均匀地平衡负载。
[0062]
如上所述，在一种情况下，生产者nf服务实例可以仅在nf服务级别注册完全限定域名(fully qualified domain name)。在另一种情况下，可以不在nf服务级别注册ip端点和完全限定域名，并且可以在nf实例级别仅注册完全限定域名。在这些情况中的任一种情况下，服务通信代理都缺乏足够的信息来进行适当的负载平衡。
[0063]
服务通信代理可以直接由nf服务或nf服务实例通过dns-srv记录来确定服务实例的ip端点。在另一个示例中，ip地址可以被nf服务或nf服务实例通过dns a/aaaa记录暴露，并且端口被取作scp配置。
[0064]
当任何nf注册或更新注册时，scp需要知道生产者nf服务端点的地址。当ip地址或ip端点变化而没有任何nf简档或nf服务更新时，还需要知道生产者nf服务端点的地址。scp需要为了持续路由和负载平衡的目的跟踪这些变化。本文描述的dns发现器微服务发现生产者nf服务端点的地址并针对与fqdn相关联的地址的变化来监视fqdn。
[0065]
如上所述，dns发现器(dns-d)微服务解决了与服务端点的发现和跟踪相关联的至少一些问题。dns发现器微服务查询dns服务器以获得生产者nf服务端点的地址信息，并且将该信息提供给scp或消费者nf。图3是图示包括dns发现器微服务的网络体系架构的网络图。参考图3，dns发现器微服务300可以在与scp微服务或消费者nf 302分离或相同的计算
平台上实现。dns发现器微服务300包括与外部dns服务器306对接的dns发现器dns客户端304。dns发现器微服务300还包括在持久性数据库310中维护nf服务端点信息的数据库适配器308。dns发现器微服务300包括dns发现器服务器接口312，该接口将dns发现器微服务暴露给scp微服务或消费者nf 302或非5g服务消费者。在图示的示例中，服务器接口312是与由scp微服务302提供的rest客户端314对接的代表性状态转移(rest)接口。dns发现器微服务300还包括与scp微服务或消费者nf 302的服务器接口318对接的dns发现器rest客户端316。
[0066]
dns发现器微服务300可以用于解决上述(一个或多个)挑战。在一个示例中，dns发现器微服务300可以暴露rest/http接口以侦听来自scp或任何其它(一个或多个)服务消费者的dns解析/监视请求。(一个或多个)消费者将dns请求作为带有回调(callback)统一资源指示符(uri)的http post消息发送，其中预期dns响应。作为异步服务，dns发现器微服务300发送回201创建的消息，其指示请求被接受。dns发现器微服务300使用请求的fqdn来查询外部dns服务器。在从这些外部dns服务器获得成功的dns解析之后，dns发现器微服务300向作为http put请求的dns解析请求中接收到的回调uri发送dns响应。dns发现器微服务300将来自(一个或多个)外部dns服务器的dns查询响应和(在来自dns服务器的响应中接收到的)生存时间(ttl)进行高速缓存/存储以启用dns变化监视(下面讨论)。
[0067]
dns发现器微服务300在dns查询响应中接收到的ttl内持续监视(直到停止)所有请求的fqdn。来自外部dns服务器的dns响应在每次迭代时都与存储的响应进行匹配。在回调uri中向消费者指示差异，作为http put请求。(一个或多个)消费者可以通过向dns发现微服务300发送http delete(删除)请求消息来选择停止监视。
[0068]
图4是图示由dns发现器微服务300执行的dns请求服务的调用流程图。dns发现器微服务300包括上面关于图3图示和描述的组件。除了图3中所示的组件之外，dns发现器微服务300包括dns记录变化发现器400，该dns记录变化发现器在dns查询响应中接收到的生存时间值内监视请求的完全限定域名、在ttl已到期时重新查询dns服务器306、以及将已解析ip地址或ip端点的变化传送给消费者nf、scp或非5g服务消费者。
[0069]
参考图4中的调用流程，在行(line)1中，dns消费者(诸如scp微服务或消费者nf 302)向dns发现器微服务300的服务器接口发送dns解析请求。dns解析请求包括要解析的fqdn、dns查询类型，其中查询类型指示ip地址或ip端点、cookie标识符、以及用于在dns发现器rest客户端316上发送给发出查询的dns消费者的针对dns响应和更新的回调uri。
[0070]
在调用流程图的行2中，dns发现器服务器接口312发送指示请求已被接收和接受的响应。
[0071]
在调用流程图的行3中，dns发现器微服务300的dns客户端组件304向外部dns服务器306发送查询以解析dns解析请求中的完全限定域名。
[0072]
在调用流程图的行4中，dns服务器306以对dns查询的响应来响应dns客户端304。该响应可以包括一个或多个ip地址或ip端点，这些ip地址或ip端点驻留在与dns查询中的fqdn对应的生产者nf服务实例上。
[0073]
在调用流程图的行5中，dns客户端组件304将ip地址或ip端点信息传送到dns发现器数据库适配器308，并且dns发现器数据库适配器308将响应转发到持久性数据库310。响应包括来自dns解析请求的完全限定域名、解析的ip地址(或ip地址和端口，具体取决于响
应的类型)和到期时间，该到期时间是在查询响应中接收到的dns资源记录的所有ttl值中的最小ttl值。
[0074]
在行6中，dns发现器数据库适配器308向dns发现器rest客户端316发送指示已创建数据库记录的消息，并且dns发现器客户端316将dns响应发送到scp微服务或消费者nf 302。针对在请求中接收到的回调uri发送dns响应。在行7中，scp微服务或消费者nf 302向dns发现器rest客户端316发送200ok响应。
[0075]
dns记录变化发现器400检测与被监视fqdn对应的解析ip地址或ip端点的变化。dns记录变化发现器400可以定期地从存储装置中获取所有dns记录并且识别在dns查询响应中接收到的ttl已经过去的任何记录。对于ttl已经过去的每个记录，dns记录变化发现器400可以重新查询外部dns服务器以确定任何变化。如果已经发生任何变化，那么无需进一步动作。如果已经发生变化，那么dns记录变化发现器400可以通过对在原始dns请求中接收到的回调uri的rest/http put请求来通知订阅给定服务的消费者nf或scp。图5是图示dns变化监视调用流程的调用流程图。参考图5，在行1中，dns记录变化发现器400计算当前时间戳。在行2中，dns记录变化发现器400向持久性数据库310查询具有已经过去的ttl或到期时间的所有记录。在调用流程图的行3中，持久性数据库310将具有过去的调用流程的dns记录返回到dns记录变化发现器400。
[0076]
在调用流程图的行4中，dns记录变化发现器400向dns发现器客户端304通知ttl已经过去的每个fqdn。在行5中，dns发现器客户端304针对ttl已经过去的每个fqdn查询外部dns服务器306。在调用流程图的行6中，dns发现器dns客户端304接收针对在行5中查询的每个fqdn的dns查询响应。在行7中，dns发现器dns客户端304向dns记录变化发现器通知在行6中在响应中接收到的ip地址或ip端点。dns记录变化发现器400确定接收到的ip地址或ip端点是否与每个fqdn的存储数据匹配。如果ip地址或ip端点匹配，那么dns记录变化发现器400一方不需要采取进一步动作。但是，如果ip地址或ip端点不匹配，那么在行8中，dns记录变化发现器400将变化的ip地址或ip端点传送到dns发现器rest客户端316。dns发现器rest客户端316使用对在原始请求中接收到的回调uri的http put请求向scp微服务或消费者nf 302通知ip地址或ip端点的变化。在调用流程图的行9中，dns scp微服务或消费者nf 302对行8中的dns响应的接收进行确认。
[0077]
dns发现器微服务300执行的另一个操作是停止dns监视(例如当消费者nf或scp向dns发现器微服务300通知消费者nf或scp期望停止监视给定的fqdn时)。图6图示了这样的调用流程。参考图6中的调用流程，在行1中，scp微服务或消费者nf 302发送带有要解析的fqdn的dns解析请求，但指定停止针对fqdn的dns监视的delete方法。在调用流程图的行2中，dns发现器服务器接口312响应客户端，指示请求已被接受。在调用流程图的行3中，dns发现器服务器接口312向dns发现器数据库适配器308通知消费者期望停止监视fqdn。dns发现器数据库适配器308向持久性数据库310发送消息以从持久性数据库310中移除或更新与原始dns解析请求中指定的fqdn和通知url对应的记录。行3中的消息将使dns记录变化发现器400停止针对该特定消费者的fqdn重新查询dns服务器306。
[0078]
图7是图示包括dns发现器微服务300的计算平台的示例性体系架构的框图。参考图7，计算平台700包括至少一个处理器702和存储器704。dns发现器微服务300可以通过实施在存储器704中的可执行指令来实现。在图示的示例中，dns发现器微服务300包括dns发
现器服务器接口312、dns发现器dns客户端304、dns发现器rest客户端316、dns发现器数据库适配器308和dns记录变化发现器400。持久性数据库310也可以驻留在计算平台700中，用于存储用于解析的fqdn的ip地址或ip端点。
[0079]
图8是图示用于主动发现和跟踪与5g和非5g服务端点相关联的地址信息的示例性处理的流程图。参考图8，在步骤800中，从请求节点(requesting node)接收dns解析请求。例如，dns发现器微服务300可以从dns发现器消费者(诸如scp、消费者nf或非5g服务消费者)接收具有fqdn的dns解析请求。
[0080]
在步骤802中，使用dns解析请求中的fqdn来查询dns服务器。例如，dns发现器微服务300可以使用从dns发现器消费者接收到的dns请求中的fqdn来查询外部dns服务器306。
[0081]
在步骤804中，从dns服务器接收dns响应，并且在步骤806中，生产者nf服务端点的地址被存储在dns发现器数据库中(即，在持久性数据库310中)。例如，dns发现器微服务300可以从dns服务器306接收dns响应并将与生产者nf服务端点相关联的ip地址或ip端点存储在数据库310中。在一个示例中，来自dns发现器微服务300的dns解析请求可以是dns-a解析请求，并且dns服务器306可以返回与和fqdn相关联的一个或多个服务端点对应的一个或多个ipv4地址。在另一个示例中，dns解析请求可以是dns-aaaa请求，并且dns服务器306可以返回与和fqdn相关联的一个或多个服务端点对应的一个或多个ipv6地址。在又一个示例中，dns解析请求可以是dns-srv请求，并且dns服务器可以返回与和fqdn相关联的一个或多个服务端点对应的(一个或多个)ip地址和(一个或多个)端口号。
[0082]
在步骤808中，向请求节点发送dns响应。例如，dns发现器微服务300可以向请求节点发送响应，该响应包括与在来自dns服务器306的dns响应中接收到的生产者nf服务端点相关联的地址。
[0083]
在步骤810中，针对地址的变化监视dns发现器数据库中的fqdn。例如，dns记录变化发现器400可以针对其ttl在数据库310中已到期的每个fqdn来查询外部dns服务器306以确定任何ip地址或ip端点变化。
[0084]
在步骤812中，向请求节点通知与fqdn相关联的ip地址或ip端点的任何变化。例如，dns记录变化发现器400可以将检测到的与scp微服务或消费者nf 302已查询dns发现器微服务300的fqdn相关联的(一个或多个)ip地址或ip端点的任何变化通知给scp微服务或消费者nf 302。
[0085]
因此，本文描述的主题包括发现与生产者nf服务端点相关联的ip地址或ip端点并且针对此类地址的变化监视fqdn的dns发现器微服务。此类服务的一个优点是，消费者nf和scp不需要针对与服务相关联的ip地址或ip端点的变化来发现或主动监视生产者nf。消费者nf或scp只需要了解服务的fqdn并将fqdn传送给dns发现器微服务。此外，由于dns发现器微服务针对ip地址或ip端点的变化主动监视fqdn，因此诸如scp和消费者nf之类的节点的负载平衡将在生产者nf服务端点之间更均匀地分布。
[0086]
将理解的是，在不脱离当前公开的主题的范围的情况下，当前公开的主题的各种细节可能变化。此外，前述描述仅用于说明的目的，而非用于限制的目的。