服务发现技术怎么选？装机老手的实战经验

家里搭了个小型私有云，几台树莓派跑着 Home Assistant、Pi-hole、Nextcloud，一开始手动改 hosts，后来加到第五台设备时，发现每次 IP 变了就得全手动更新——光是找哪台又 DHCP 换了地址，就折腾半小时。

服务发现不是玄学，是刚需

你用过 Apple 的 AirDrop 吗？没输 IP、没扫二维码，点一下就看见隔壁工位的 Mac，这就是服务发现——设备自己报上名字、类型、端口，自动被邻居发现。装机不是只配好硬件就行，服务之间怎么“认出彼此”，才是系统稳不稳的关键。

常见方案对比，按场景挑

mDNS（Bonjour/Avahi）：适合家庭、小办公室。Mac 和 Linux 默认带 Avahi，Windows 10 以后也原生支持。装个 avahi-daemon，服务起的时候自动注册，ping homeassistant.local 就通，ssh pi@pihole.local 直连。不用装额外服务，零配置，但跨子网不行，大一点的网络容易广播风暴。

Consul：适合想往容器或微服务靠拢的玩家。Docker Compose 里加几行配置，服务启动自动注册，健康检查、KV 存储、DNS 接口全都有。命令行查服务：

dig @127.0.0.1 -p 8600 homeassistant.service.consul

但得单独起一个 Consul Agent，对纯家用略重，树莓派跑起来有点喘。

Eureka + Spring Cloud（不推荐家用）：Java 生态常用，但依赖 ZooKeeper 或自建集群，装个客户端都要配 yml 文件，家里三台设备硬上这套，等于拿电钻拧螺丝——能干，但没必要。

我的选择：mDNS + 简单脚本兜底

主力用 Avahi，所有树莓派和 NAS 都开 avahi-daemon，服务名统一用 xxx.local 格式。再写个轻量脚本，每天凌晨扫一遍局域网，把当前活跃 IP 记进本地 /etc/hosts 备份（防止某天 Avahi 挂了）：

#!/bin/bash
nmap -sn 192.168.1.0/24 | grep 'Nmap scan' | awk '{print $5}' | while read ip; do
  hostname=$(dig +short -x $ip | sed 's/\.\$//')
  [[ -n "$hostname" ]] && echo "$ip $hostname" >> /tmp/hosts.auto
done

配合 cron 每天跑一次，既省心又留后路。

别一上来就冲 Kubernetes Service Mesh，家里路由器都还没换 Wi-Fi 6，先让打印机、NAS、监控摄像头互相喊出名字再说。