部署运维
Beszel 监控:把服务器状态变成可展示的运维证据
3 min read
Beszel 不是我开发的项目,所以我把它放在部署与运维记录里,而不是作品项目列表里。
但它适合放进部署与运维记录。原因很简单:它能证明我不只是把项目跑起来,也开始关注服务器运行状态、监控入口和多节点可视化。
为什么接入监控
我的几个项目都跑在低规格服务器或托管服务组合里。教育机构管理系统后端在自有服务器上跑,前端和数据库拆到了 Azure。成绩分析系统应用服务部署在个人服务器,数据库使用 Azure MySQL。除此之外,还有一些工具型服务分散在不同节点上。
这种结构如果没有监控,很容易只在出问题时才知道服务器状态。Beszel 接入以后,CPU、内存、磁盘、网络这些基础状态可以集中看,至少能让“项目在线”背后有一层运维证据。
公开边界
这类内容最容易写过头。
公开页面展示的是脱敏后的监控能力,比如多节点监控、Hub + Agent 结构、只读访问入口,以及它如何辅助项目运行观察。
管理员访问、Agent 凭据和完整故障处理命令保留在私有侧。游客入口可以作为展示链接,管理员入口走单独的访问边界。
放在作品集里的位置
Beszel 更像基础设施证据,不是作品。
它出现在运行环境、部署运维记录或工具台页面里,用来支撑“我有实际服务器维护经验”。它不和 ZJC 航空公司、教育机构管理系统、成绩分析系统、Alb 这些项目并列。
这也是我现在整理博客时的一个原则:自己做的项目放 Projects,自己接入和维护的基础设施放 Ops。两者都重要,但不能混成一类。
参考材料:
- 本地
beszel-deployment-summary.md - Beszel 官方仓库