快速开始
少年骨骼清奇,这里有本《NodeGet 入门到精通》非常适合你 : )
完整阅读本页面,能够为你建立正确的定位/玩法印象,使你对 NodeGet 有个初步的认识
NodeGet 类似的软件常被称为探针软件,特点是具备一定辅助运维的能力,方便服务器上内存/CPU/磁盘/网络等各种资源的占用,并提供一些 Web 终端之类的辅助工具。
然而 NodeGet 的愿景不只限于探针功能,其目标是下一代服务器监控管理工具
通过灵活运用内建的 API + Worker + 插件 + Token 机制,可以实现丰富的功能,真正做到极致的自由度,限制你的玩法的只有想象力
如果你有更多的时间,我们非常推荐你阅读下 设计哲学,这是《NodeGet 入门到精通》对应的内功心法
下面将带你快速过一遍关键信息,打下对 NodeGet 的基础认知
了解概念
NodeGet 的后端部分仍然遵循 CS 架构,后端由主控和被控组成,为了方便后文描述,这里统一下概念:
- 被控 = Agent = 探针节点 = 下游节点
- 主控 = Server = 服务器节点 = 上游节点
与常见的一个 Agent 只能有一个上游 Server 不同,NodeGet 生来就是支持多主控的,这对于很多高级玩家来说很有用
当然如果你不想在这里多做折腾的话,完全可以单主控的模式使用
NodeGet 是完全的前后端分离项目,后端自身完全不携带/打包静态 Web 页面资源,只负责提供 API 层,所有操作都可以通过 API 来实现,这允许用户构建丰富的客户端
值得一提的是,前端的 Dashboard 自身也是支持多主控切换的,也就是可以选择不同的主控作为当前主控,这避免了为多个主控部署不同的 Dashboard 的工作量
与常见的探针方案可能有些不同的是,NodeGet 的(个性化)公开展示面板是独立部署的,是纯粹的静态前端项目,通过 API 跨域直连到主控 WebSocket 接口,而非和 Dashboard 共享同一个域名。
在 NodeGet 的设计里,公开探针应该使用独立的域名和受限的 Token(仅查阅监控信息和公开元信息),这样有多个好处:
- 独立域名和受限 Token 更安全,不存在暴露根 Token 的风险
- 可以充分利用各种静态文件托管服务,如 Cloudflare Pages / GitHub Pages / 腾讯 eo 等,最大化网络加速,减少网络攻击影响
- 减少了个性化展示页面与 Dashboard 风格割裂的影响
- 支持各种前端技术栈,高度自定义,不受 Dashboard 技术栈约束
下面是一张架构总结示意图
如果你理解了上面说的 NodeGet 的设计,会发现有 3 个域名(或地址)
- Server 接口地址
- Dashboard 控制面板地址,这个不推荐自建,但允许自建
- PublicPage 公开探针(自定义主题)
虽然听起来似乎有点复杂,但真正用的时候会发现,安装过程非常简单,可以 5 分钟速通
安装
如果没有意外的话,安装过程完全可以在 5 分钟内解决战斗
可以看一下 自动化安装
当然如果你有更高的要求,可以根据不同的情况来选择,参考 安装方案选择章节
多摸索面板
安装过程很简单,安装完成后可以多摸索下控制面板,熟悉下基础功能
之后如果有兴趣,可以扩展到下面的高手玩法
进阶玩法
如果你热爱折腾,不满足于仅查看系统状态,那么 NodeGet 将是你的利器,欢迎查看下面的进阶资料
- 多主控
- Worker
- 插件
- 主题
