40-可观测性与运维平台 / NetBox部署

NetBox 部署

从源码和 Docker Compose 部署到 IPAM、DCIM、电路连接与 API 使用的 NetBox 基础系列。

01-NetBox 源码安装部署指南

上一篇明确了 NetBox 的定位和数据治理边界。本篇进入传统 Linux 安装路线：在 Ubuntu 24.04 上准备 PostgreSQL、Redis、NetBox 应用、Gunicorn、后台 worker 和 Nginx，最终得到一套可通过 systemd 管理、可升级、可备份。

上一篇采用传统 Linux 服务方式部署 NetBox。本篇改用社区维护的 netbox-community/netbox-docker 项目，把 NetBox、PostgreSQL、Redis 和 worker 编排为一套 Docker Compose 应用。目标不是只让首页出现，而是。

前两篇完成了 NetBox 的部署路线，本篇开始把 NetBox 真正用起来。IPAM 不是“把 IP 地址录进系统”，而是把地址空间、路由隔离、二层域、用途、状态、归属、分配和审计组织成一套可被团队和自动化共同使用的模型。只有先把模型设计清楚，后续 DCIM、连接、API 和自动化才不。

上一篇完成 IPAM，把地址空间、VRF、Prefix、VLAN 和 IP Address 建成可治理对象。本篇进入 DCIM。DCIM 在 NetBox 中不是“设备资产表”，而是把站点、位置、机架、设备类型、设备、模块、接口、电源、控制台、库存件和连接关系组织成一套结构化模型。只有。

上一篇把 DCIM 的 Site、Location、Rack、Device、Interface、Module、电源和控制台对象梳理清楚。本篇继续处理物理层和运营商线路：设备之间如何连接，配线架如何表达，专线如何从供应商网络进入站点，故障时如何追踪路径，变更前如何判断影响范围。

前面几篇已经把 NetBox 的基础安装、IPAM、DCIM、电路和连接管理串起来。本篇讨论 API。NetBox API 的核心价值不是“用脚本替代点页面”，而是让 NetBox 成为基础设施自动化的可信数据源：监控系统从它读取目标，配置生成从它读取期望状态，变更系统把审批后的结果写回。