企业官网建设流程全解析

• 可观测性
• 运维
• 后端

v6.0.0-rc.6是 Pulse 在rc预发布通道上的一次「前端重置」版本：它回退了rc.1～rc.5引入的统一信息架构（Infrastructure/Workloads/Storage/Recovery），让前端重新回到 Proxmox、Docker、Kubernetes、TrueNAS、vSphere、Machines 的平台化导航形态，同时保留 v6 的统一后端资源模型。本文以仓库中的 V6_CHANGELOG_RC6_DRAFT.md 为主体，结合 frontend-modern/src/App.tsx 等源码，逐条拆解 rc.6 的 12 大类变更、验证清单与证据附录，帮助读者理解这次「后端不动、前端回摆」的版本定位，并掌握如何在升级后核对路由、接口与安装链路。

版本定位：为什么会有 rc.6

rc.6是一个frontend-reset（前端重置）预发布版本。它仍发布在rc更新通道上以延续既有的预发布管道，但它的目的更接近「请在新导航形态下打开测试」，而不是「距离 GA 只剩几天」。需要特别注意的是：

• 它不会重开rc.2的商业模型；
• 它不会取代v5.1.32作为稳定版本线。

造成这次回退的直接原因，是rc.1～rc.5期间社区对统一 IA 的反馈持续偏向 v5 已有的平台化导航，且没有任何相反的信号支持统一形态。因此rc.6将前端重新对齐到运维人员已有的心智模型，同时保留 v6 的后端能力。

从提交审计看，本次候选的变更范围相当可观：

该范围内的提交在 changelog 中按主题分组而非逐条列出，覆盖：前端 IA 回退、vSphere 一级平台、Hosts-to-Machines 重命名、TrueNAS 原生详情渲染、Proxmox 备份恢复覆盖、FilterBar + SavedViews 接线、Patrol 容量预测与可靠性发现、PDM HTTP 告警桥、free-first 自托管商业姿态、install.sh发布资产与端到端 smoke 门禁、Windows agent 上线重做、连接降级告警与实时平台来源徽章、各平台抽屉壳统一，以及一批正确性修复。

1. 前端信息架构回退：重新回到平台化导航

这是rc.6存在的根本原因。rc.1～rc.5引入的统一 Infrastructure / Workloads / Storage / Recovery 页面被整体移除，前端顶级恢复为平台化形态：

• Proxmox、Docker、Kubernetes、TrueNAS、vSphere、Machines各自成为顶级页面；
• Alerts、Patrol、Settings保留自己的顶级页面；
• 聚合型顶级工作区路由与遗留 infrastructure 路由别名退役，聚合路由状态构造器被删除；
• 同批删除的还有孤儿化的 summary 组件、聚合状态 hooks 与展示工具；
• Workloads、Docker、K8s、主机详情抽屉的抽屉壳被统一，让各平台页面共享同一套详情展示面。

关键设计在于：统一资源模型与/api/resources契约在后端保留，平台化页面消费该契约，并在其上叠加平台化展示。也就是说，这次回退纯粹是「导航与展示形态」的调整，不涉及数据模型回滚。

从源码看，当前仓库的路由形态印证了这一点。frontend-modern/src/App.tsx 中的Router配置只注册了/proxmox、/docker、/kubernetes、/truenas、/vmware、/standalone六个平台顶级路由（含其通配子路由），以及/alerts/*、/actions/*、/patrol/*、/settings/*、/docs——/workloads、/storage、/recovery顶级路由已经不存在。路径常量统一定义在 frontend-modern/src/routing/resourceLinks.ts（PROXMOX_PATH = '/proxmox'、DOCKER_PATH = '/docker'、KUBERNETES_PATH = '/kubernetes'、TRUENAS_PATH = '/truenas'、VMWARE_PATH = '/vmware'、STANDALONE_PATH = '/standalone'等）。

值得留意的一个细节：根路径/与/infrastructure目前仍作为工作区入口存在（见 App.tsx 的isWorkspaceEntryRoutePath），登录后由getDefaultWorkspaceRoute依据平台导航可见性重定向到第一个可见平台页（App.tsx），即按proxmox → docker → kubernetes → truenas → vmware → standalone的优先级落地，否则回落到/settings/infrastructure或/alerts。这套「入口重定向 + 平台页直连」的结构，正是平台化导航的落地方式。同时，导航可见性不再等待整个运行态负载，而是由统一的资源契约（Resource[]）直接裁决（App.tsx）。

2. vSphere 成为一级平台

rc.6中 vSphere 与 Proxmox、Docker、Kubernetes、TrueNAS 平级，成为顶级平台，具体包括：

• vSphere VM 走共享的 Workloads 管道（遗留的VsphereVirtualMachinesTable被删除）；
• vSphere 网络清单；
• 带版本与 uptime 列的 vSphere Hosts 表；
• vSphere VM uptime 与 guest 磁盘用量；
• vSphere 集群服务；
• vSphere VM 硬件配置；
• VMware Tools 状态带入 workload 行；
• vCenter MoRef 展示在 workload ID 列；
• vSphere 快照树；
• workload 抽屉中的 vSphere placement 卡片；
• vSphere 表格统一采用平台表列对齐辅助器与 Proxmox/Docker 共享的平台约定；
• Guest OS 列在 Proxmox 与 vSphere workload 上同步点亮。

平台表格的「统一列对齐」并非表面功夫，仓库里有明确的规范实现：frontend-modern/src/features/platformPage/columnAlignment.ts 定义了规范化的列种类枚举——name（主标识符，左对齐加粗）、text（可读字符串，左对齐）、metric-bar（水平用量条，居中对齐）、numeric-value（带单位的标量，右对齐便于纵向扫读）、badge（胶囊或图标单元格）——并通过PLATFORM_COLUMN_ALIGN_BY_KIND驱动表头与单元格对齐，保证同类列在所有平台页上排布一致。

3. Hosts 页重命名为 Machines，附带原生详情 UX

v5 运维熟悉的 Pulse Agent 清单页「Hosts」在rc.6中更名为Machines，且仅面向 Pulse Agent 资源，新增能力包括：

• 行身份上下文（row identity context）；
• 行展开操作（row expansion affordance）；
• IP、磁盘 I/O、RAID、网络、温度详情 tooltip；
• Machines 详情中的聚合磁盘汇总；
• SMART 温度回退（temperature fallback）；
• Machines 表保留更丰富的 agent 遥测；
• Machine 发现信息提升为抽屉标签页；
• Machine facts 提升为抽屉行。

从路由常量看，Machines 对应STANDALONE_PATH = '/standalone'，默认标签页为machines（见 resourceLinks.ts），查询参数含query、status、view。

4. TrueNAS 原生详情渲染

TrueNAS 在rc.6中获得了跨行类型（row type）的原生内联详情渲染：

• 原生存储详情、系统详情、服务详情行、保护详情行；
• 共享的 TrueNAS 详情表抽取（单一渲染路径）；
• 概览页上的 TrueNAS 健康告警；
• 抽屉中的 TrueNAS 告警详情行。

「共享详情表、单一渲染路径」与平台页的sharedPlatformPage.tsx思路一致，避免多套平行的详情渲染逻辑各自漂移。frontend-modern/src/features/platformPage/sharedPlatformPage.tsx 正是承载平台页共享展示面的载体。

5. Proxmox 备份恢复覆盖与标签页打磨

Proxmox Backups 的三个标签页获得了系统性打磨：

• 三个标签页全部支持点击排序；
• 视觉密度与 Storage、Ceph 页对齐；
• 子页面约定的一致性梳理；
• 度量条改用规范的ProgressBar；
• 新增覆盖视图（coverage view），展示哪些 workload 近期有 PBS 工件；
• workload 行上展示备份年龄（backup-age）；
• 非 Proxmox workload 界面隐藏 Backups 列；
• 无复制信号时隐藏 Replication 标签页；
• 修复 PBS 路径上的备份工件展示问题；
• Proxmox 备份恢复导航的简化。

路由层面也有对应实现：PROXMOX_BACKUPS_PATH = '/proxmox/backups'，默认视图为date，并支持date/coverage两种视图（PROXMOX_BACKUPS_DEFAULT_VIEW = 'date'，ProxmoxBackupsView = 'date' | 'coverage'），查询参数含query、view、node、type、source、location、posture、day（见 resourceLinks.ts）。

6. FilterBar 统一采纳与 SavedViews

规范的 FilterBar 模式（chips ++ Filter添加入口）在 rc.6 中大幅扩张：

• Alerts history 改为 FilterBar，过滤器状态由 URL 承载；
• Audit log 过滤表单改为 FilterBar + SavedViews；
• 嵌入式 workloads 过滤器接线到savedViewsKey；
• Storage 接线 SavedViews，使用平台作用域 key；
• SavedViews 的默认星标（default-star）始终可见；
• Workloads 搜索与statusMode改为 URL 参数；viewMode与containerRuntime的 localStorage 备份被移除——URL 状态成为唯一事实来源；
• Audit 过滤器移入 URL，实时应用（live-apply）。

从源码看，FilterBar 组件位于 frontend-modern/src/components/shared/FilterBar/FilterBar.tsx，由FilterChip、AddFilterMenu、FilterActionButton、SearchInput、ViewOptionsDisclosure等构成，并配套filterCatalog.ts统一管理过滤器定义、序列化与搜索建议。它已被 Workloads 过滤器（WorkloadsFilter.tsx）、审计日志面板（AuditLogPanel.tsx）、Storage 页控件（StoragePageControls.tsx）、告警阈值表（ThresholdsTable.tsx）采用——这恰好对应 changelog 中 Alerts history、Audit log、Storage、embedded workloads 的接线点。

7. Patrol 智能增强

Patrol（AI 巡检）在 rc.6 中新增了以下能力：

• 容量预测动作模板注册表（capacity-forecast action template registry）；
• 预测提案（forecast proposals）挂接到 PatrolRemediationPlan；
• 告警开始抖动（flapping）时发出的可靠性发现（reliability finding）；
• PDM（Proxmox Datacenter Manager）HTTP 告警源与桥接，通过FindingsStore.Add发出与解除；
• 发现生命周期的验证结果与能力后置条件基座（verification-outcome 与 capability-postcondition substrate）；
• 针对「连接卡死」的平台连接新增连接降级告警；
• Patrol 审批区块断言与配套 CONFIGURATION 文档同步落地。

需要注意：范围内曾原型化的 storage-growth-planner 跑道 widget 已被移除，并不存在于 rc.6。仓库中 Patrol 子系统契约见 docs/release-control/v6/internal/subsystems/patrol-intelligence.md，其中记录了 canonical Patrol/Assistant 连续性、动作对账、调度暂停与调查历史审查解耦、发现生命周期基座等机制约束。

7a. 来自 rc.5 的许可连续性

rc.5的许可姿态在rc.6中原样延续：

• Community / Relay / Pro三档均默认包含核心监控；
• Relay= 对 Pulse Web UI 的安全远程访问 + Pulse Mobile 配对交接 + 推送通知 +14 天历史；
• Pro= Relay 之上加 AI 运维、自动化、高级管理功能 +90 天历史。

8. 自托管商业姿态：free-first

自托管商业框架在 rc.6 中转向free-first（免费优先）：

• 自托管试用起始路由、试用注册控制面、试用激活回调、试用到期购买交接全部退役；
• 自托管 AI quickstart 界面与托管 AI quickstart 运行时而退役；
• 托管 quickstart 后端退役（闲置的 Pro upsell helper 与自托管 Pro upsell 文案移除）；
• 自托管 guest 容量上限移除，自托管 Pro 连续性不受容量限制，并附带自托管商业连续性证明；
• 受监控系统交接改为路由到用量审查（usage review）；
• 自托管 Pro 提示保持 opt-in；试用起始不再进入功能开关门控；
• Pulse Pro v6 价值文案与新姿态对齐；
• 移除自托管监控 upsell 文案与过时的 Relay 上线价格文案。

需要澄清的是：范围内包含一个带平台层过滤器的 relationship-first monitoring v2 原型，但它属于探索性质，不是 rc.6 中交付的产品界面。

9. 安装流水线加固

发布流水线现在把install.sh视为发布阻断性工件：

• install.sh作为 GitHub Release 资产随二进制一起发布；
• 端到端install.shsmoke 门禁在每次 workflow 编辑时与每次 create-release 运行时都针对已发布版本执行；
• 归档安装路径要求.sshsig旁车文件（sidecar）；
• 安装器解压逻辑加固；
• 手工 systemd 安装片段中的二进制路径修正；
• Windows agent 上线改为无缝安装流程，并修正安装器就绪路径；
• Proxmox 安装命令令牌改为首次使用时绑定；
• publish-helm-chart改为通过workflow_call由create-release触发；
• Helm chart 的agent.enabled改走主 pulse 镜像。

仓库中scripts/backfill-release-assets.sh以及scripts/installtests/下的install_sh_test.go、root_install_sh_test.go、backfill_release_assets_test.go、build_release_assets_test.go等测试，印证了 install.sh 作为发布资产、sidecar 校验与安装器路径的受测实现。

10. 连接身份、来源徽章与通知修复

• 平台来源徽章（platform source badge）实时生效，并对集群成员去重；
• 面向「连接卡死」平台的连接降级告警；
• 基础设施系统行上的平台身份徽章语义澄清；
• /api/state与/api/diagnostics并发读取通过singleflight 门去重；
• 无操作自动注册时跳过 monitor 重载；
• 修复自动注册刷新通知；
• 修复分组通知取消；
• 修复混合静默时段通知重放排队，静默时段告警通知现在会重放；
• 修复直接分发告警后的已解除通知。

11. 性能与正确性修复

• Workload 图表使用TTL 缓存并跳过冗余克隆；
• Workloads 的runtime与namespace在 guest 数据加载前不再被剥离；
• 修复仅表格 workload 的过滤空态；
• 修复 vSphere workload 类型工具栏；
• Kubernetes 节点表重构，新增Kubelet、runtime、capacity 列；
• Ceph 抽屉容量条改用规范度量色 token。

12. 文档与可访问性

• 通知与设置开关补齐标签；
• 告警计划开关按区块标注标签；
• 告警计划与通知表单标签绑定；
• Patrol 配置开关标注标签；
• 修复四处客户可见的文档漂移问题（RBAC、OIDC、helm、webhooks）；
• 收紧 LLM markdown 渲染器的DOMPurify 配置。

验证清单：发布前需要复核的内容

changelog 明确要求该范围在 rc.6 正式发布前，对 GitHub 发布管道进行再验证：

1. 发布工件的下载、校验和与签名验证；
2. install.sh针对已发布版本的端到端 smoke 门禁；
3. Helm chart 发布路径；
4. 前端路由清单：不存在/infrastructure、/workloads、/storage、/recovery顶级路由；各平台路由存在；
5. API 路由清单：/api/resources、/api/recovery/*仍然提供服务；
6. 键盘快捷键界面与 frontend-modern/src/hooks/useKeyboardShortcuts.ts 的平台化按键形态一致；
7. api-contracts、unified-resources、monitoring、patrol-intelligence、ai-runtime 各子系统的证明文件。

证据附录与延伸阅读

以下路径是 rc.6 变更的源码与子系统级证据，可继续深入阅读：

• 子系统契约：/docs/release-control/v6/internal/subsystems/api-contracts.json、unified-resources.json、monitoring.json、patrol-intelligence.json、ai-runtime.json；
• 顶级路由形态：frontend-modern/src/App.tsx；
• 平台化键盘快捷键：frontend-modern/src/hooks/useKeyboardShortcuts.ts；
• 平台表列对齐规范：frontend-modern/src/features/platformPage/columnAlignment.ts；
• 平台页共享展示面：frontend-modern/src/features/platformPage/sharedPlatformPage.tsx；
• 路由路径常量：frontend-modern/src/routing/resourceLinks.ts；
• 统一资源契约：docs/release-control/v6/internal/subsystems/unified-resources.md；
• Patrol 智能契约：docs/release-control/v6/internal/subsystems/patrol-intelligence.md；
• 安装资产与 smoke 测试：scripts/backfill-release-assets.sh与scripts/installtests/目录下的相关 Go 测试。

总体来看，rc.6是一次「以导航形态回归换取测试聚焦」的版本：统一后端契约（/api/resources、/api/recovery/*）原样保留，前端则回到运维人员熟悉的平台化心智模型，同时把 vSphere 一级平台、Machines 原生详情、TrueNAS 原生渲染、Proxmox 备份覆盖视图、FilterBar + SavedViews、Patrol 容量预测与连接降级告警等新能力一并纳入测试范围。对升级者而言，最值得关注的是路由清单与 API 清单的核对，以及install.sh现在作为发布阻断工件所带来的安装链路变化。

• 可观测性
• 运维
• 后端