Juju项目中Azure公共IP在network-get输出中缺失的问题分析

问题背景

在Juju 3.6.3及3.6分支版本中，用户在使用Azure云平台部署应用时发现了一个网络配置问题。虽然虚拟机在Azure门户中正确分配了公共IP地址，并且Juju状态(status)命令也能显示这些公共IP，但通过network-get工具查询网络信息时，返回结果中却只包含私有IP地址，缺失了应有的公共IP信息。

技术细节分析

现象表现

当用户在Azure云上部署应用后，通过juju status命令可以正确看到各单元(unit)的公共IP地址。例如：

Unit                         Workload     Agent      Machine  Public address  Ports  Message
opensearch/0*                maintenance  executing  0        51.8.255.55            (start) Plugin configuration check.

然而，当执行network-get certificates命令时，输出结果中的ingress-addresses字段仅包含私有IP地址(如192.168.0.4)，而预期的公共IP地址(如51.8.255.55)并未出现。

底层机制

通过分析Juju的日志和源代码，可以理解这一行为的机制：

1. Juju控制器在Azure环境中确实正确获取并存储了虚拟机的公共IP地址，这可以从machineDoc数据结构中得到验证。

2. 在network-get命令的处理流程中，Juju API服务器能够访问到包含公共IP的完整地址信息。

3. 但最终返回给客户端的网络信息中，公共IP地址被有意过滤掉了。

原因解析

根据Juju组织成员的回复，这一行为实际上是设计使然，而非bug。关键点在于：

1. network-get命令默认情况下(不指定-r参数)被视为模型内部请求，因此只返回私有网络地址。

2. 只有当通过-r参数明确指定跨模型关系时，Juju才会在结果中包含公共IP地址，因为此时需要考虑来自其他网络的交互。

3. 这种设计基于安全性和网络隔离的考虑，避免在不必要的情况下暴露公共IP。

解决方案

对于确实需要获取公共IP地址的场景，开发者可以采取以下方法：

1. 对于跨模型通信的需求，使用-r参数指定关系ID来调用network-get命令。

2. 如果只是需要展示或记录公共IP，可以直接解析juju status的输出。

3. 在charm代码中，可以通过Juju的状态接口直接查询机器的完整地址信息。

最佳实践建议

1. 在编写charm时，应明确区分内部通信和外部通信的需求。

2. 对于需要公共IP的场景，应在文档中明确说明需要使用-r参数。

3. 考虑在charm的配置中提供显式的选项来控制IP地址的暴露行为。

4. 在测试阶段，同时验证内部和跨模型的网络连接情况。

总结

这一问题表面看似是功能缺失，实则是Juju网络模型的安全设计。理解这一设计理念有助于开发者更好地构建安全、可靠的云应用。在需要公共IP的场景下，通过正确使用-r参数即可满足需求，同时保持了模型内部通信的隔离性和安全性。