快速开始
少年骨骼清奇，这里有本《 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
- 插件
- 主题