Posts on WKLKEN THINKING ·

apisix 中的服务发现机制

💡 原文中文，约4900字，阅读约需12分钟。

📝

内容提要

该文章介绍了基于服务发现的负载均衡的问题和解决方案。通过配置文件中的服务发现类型，加载对应的模块，在init_worker中调用对应模块的init_worker方法。以dns为例，实现了初始化和根据service_name获取可用节点的方法。在handle_upstream中，如果upstream中配置了service_name，则需要进行服务发现，并与之前的节点进行比较，如果不一致则更新节点。最后，通过pick_server方法选择节点进行负载均衡。文章还提到了基于控制面的服务发现解决方案。

🎯

关键要点

文章介绍了基于服务发现的负载均衡的问题和解决方案。
通过配置文件中的服务发现类型，加载对应的模块，在init_worker中调用对应模块的init_worker方法。
以dns为例，实现了初始化和根据service_name获取可用节点的方法。
在handle_upstream中，如果upstream中配置了service_name，则需要进行服务发现，并与之前的节点进行比较。
如果节点不一致则更新节点，最后通过pick_server方法选择节点进行负载均衡。
提到基于控制面的服务发现解决方案，通过订阅service_name的变更，获取服务发现的变更，写入到etcd。

❓

延伸问答

apisix的服务发现机制是如何工作的？

apisix通过配置文件中的服务发现类型加载对应模块，并在init_worker中调用这些模块的方法来实现服务发现。

如何在apisix中配置DNS服务发现？

在config.yaml中配置dns类型，指定DNS服务器地址和解析配置文件路径。

服务发现过程中如何处理节点不一致的情况？

在handle_upstream中，如果新获取的节点与之前的节点不一致，则更新节点信息。

pick_server方法在负载均衡中起什么作用？

pick_server方法用于选择节点进行负载均衡，并在请求过程中设置相应的头信息。

什么是基于控制面的服务发现解决方案？

基于控制面的服务发现通过订阅service_name的变更，将服务发现的变更写入到etcd中。

频繁的节点数据变更会导致什么问题？

频繁的节点数据变更可能导致负载均衡的lrucache失效，从而引起服务抖动。