可观测性运维后端【免费下载链接】PulseReal-time monitoring dashboard for Proxmox VE, PBS, Docker, Kubernetes, TrueNAS and vSphere. Self-hosted, with smart alerts and AI patrols that catch silent failures.项目地址https://gitcode.com/gh_mirrors/pulse27/Pulse点击查看免费下载v6.0.0-rc.6是 Pulse 在rc预发布通道上的一次「前端重置」版本它回退了rc.1rc.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.6rc.6是一个frontend-reset前端重置预发布版本。它仍发布在rc更新通道上以延续既有的预发布管道但它的目的更接近「请在新导航形态下打开测试」而不是「距离 GA 只剩几天」。需要特别注意的是它不会重开rc.2的商业模型它不会取代v5.1.32作为稳定版本线。造成这次回退的直接原因是rc.1rc.5期间社区对统一 IA 的反馈持续偏向 v5 已有的平台化导航且没有任何相反的信号支持统一形态。因此rc.6将前端重新对齐到运维人员已有的心智模型同时保留 v6 的后端能力。从提交审计看本次候选的变更范围相当可观维度值基线 tagv6.0.0-rc.5commit604a94d46e3be3687229e429aea282d3c3015fa4验证风险 commitdf793493683737c31961dd5b770fd98d37fa15d8审计范围v6.0.0-rc.5..df793493683737c31961dd5b770fd98d37fa15d8commit 数616变更规模1379个文件139185行新增67870行删除该范围内的提交在 changelog 中按主题分组而非逐条列出覆盖前端 IA 回退、vSphere 一级平台、Hosts-to-Machines 重命名、TrueNAS 原生详情渲染、Proxmox 备份恢复覆盖、FilterBar SavedViews 接线、Patrol 容量预测与可靠性发现、PDM HTTP 告警桥、free-first 自托管商业姿态、install.sh发布资产与端到端 smoke 门禁、Windows agent 上线重做、连接降级告警与实时平台来源徽章、各平台抽屉壳统一以及一批正确性修复。1. 前端信息架构回退重新回到平台化导航这是rc.6存在的根本原因。rc.1rc.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.tsPROXMOX_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附带原生详情 UXv5 运维熟悉的 Pulse Agent 清单页「Hosts」在rc.6中更名为Machines且仅面向 Pulse Agent 资源新增能力包括行身份上下文row identity context行展开操作row expansion affordanceIP、磁盘 I/O、RAID、网络、温度详情 tooltipMachines 详情中的聚合磁盘汇总SMART 温度回退temperature fallbackMachines 表保留更丰富的 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 dateProxmoxBackupsView 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 过滤器接线到savedViewsKeyStorage 接线 SavedViews使用平台作用域 keySavedViews 的默认星标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 智能增强PatrolAI 巡检在 rc.6 中新增了以下能力容量预测动作模板注册表capacity-forecast action template registry预测提案forecast proposals挂接到 PatrolRemediationPlan告警开始抖动flapping时发出的可靠性发现reliability findingPDMProxmox Datacenter ManagerHTTP 告警源与桥接通过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 发布管道进行再验证发布工件的下载、校验和与签名验证install.sh针对已发布版本的端到端 smoke 门禁Helm chart 发布路径前端路由清单不存在/infrastructure、/workloads、/storage、/recovery顶级路由各平台路由存在API 路由清单/api/resources、/api/recovery/*仍然提供服务键盘快捷键界面与 frontend-modern/src/hooks/useKeyboardShortcuts.ts 的平台化按键形态一致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.mdPatrol 智能契约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现在作为发布阻断工件所带来的安装链路变化。赞分享可观测性运维后端【免费下载链接】PulseReal-time monitoring dashboard for Proxmox VE, PBS, Docker, Kubernetes, TrueNAS and vSphere. Self-hosted, with smart alerts and AI patrols that catch silent failures.项目地址https://gitcode.com/gh_mirrors/pulse27/Pulse点击查看免费下载相关推荐Pulse 审计日志存储韧性加固从 v6.0.0-rc.4 泛化 500 到结构化 503、SQLite 重试与前端恢复引导Pulse 审计日志存储韧性加固从 v6.0.0 rc.4 泛化 500 到结构化 503、SQLite 重试与前端恢复引导 导读 本文基于 Pulse 仓库可观测性运维后端Pulse v6.0.0-rc.7 发布包一致性治理实战Docker 默认镜像固定、安装器签名依赖与发布门加固全解析Pulse v6.0.0 rc.7 发布包一致性治理实战Docker 默认镜像固定、安装器签名依赖与发布门加固全解析 Pulse v6 在 RC7 阶段发布前可观测性运维后端Pulse v6 RC6 操作员支持包解读前端平台化回归、vSphere 一等公民与受控评估路径Pulse v6 RC6 操作员支持包解读前端平台化回归、vSphere 一等公民与受控评估路径 本文以仓库内 docs/releases/V6_RC6_OP可观测性运维后端上一篇MeteoInfo 气象GIS从安装到第一张气象地图的完整指南下一篇Micromamba 用户指南mamba 项目的静态链接迷你包管理器与 CI/Docker 实战创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Pulse v6.0.0-rc.6 深度解析：前端信息架构回退、vSphere 一级平台化与安装流水线加固
可观测性运维后端【免费下载链接】PulseReal-time monitoring dashboard for Proxmox VE, PBS, Docker, Kubernetes, TrueNAS and vSphere. Self-hosted, with smart alerts and AI patrols that catch silent failures.项目地址https://gitcode.com/gh_mirrors/pulse27/Pulse点击查看免费下载v6.0.0-rc.6是 Pulse 在rc预发布通道上的一次「前端重置」版本它回退了rc.1rc.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.6rc.6是一个frontend-reset前端重置预发布版本。它仍发布在rc更新通道上以延续既有的预发布管道但它的目的更接近「请在新导航形态下打开测试」而不是「距离 GA 只剩几天」。需要特别注意的是它不会重开rc.2的商业模型它不会取代v5.1.32作为稳定版本线。造成这次回退的直接原因是rc.1rc.5期间社区对统一 IA 的反馈持续偏向 v5 已有的平台化导航且没有任何相反的信号支持统一形态。因此rc.6将前端重新对齐到运维人员已有的心智模型同时保留 v6 的后端能力。从提交审计看本次候选的变更范围相当可观维度值基线 tagv6.0.0-rc.5commit604a94d46e3be3687229e429aea282d3c3015fa4验证风险 commitdf793493683737c31961dd5b770fd98d37fa15d8审计范围v6.0.0-rc.5..df793493683737c31961dd5b770fd98d37fa15d8commit 数616变更规模1379个文件139185行新增67870行删除该范围内的提交在 changelog 中按主题分组而非逐条列出覆盖前端 IA 回退、vSphere 一级平台、Hosts-to-Machines 重命名、TrueNAS 原生详情渲染、Proxmox 备份恢复覆盖、FilterBar SavedViews 接线、Patrol 容量预测与可靠性发现、PDM HTTP 告警桥、free-first 自托管商业姿态、install.sh发布资产与端到端 smoke 门禁、Windows agent 上线重做、连接降级告警与实时平台来源徽章、各平台抽屉壳统一以及一批正确性修复。1. 前端信息架构回退重新回到平台化导航这是rc.6存在的根本原因。rc.1rc.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.tsPROXMOX_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附带原生详情 UXv5 运维熟悉的 Pulse Agent 清单页「Hosts」在rc.6中更名为Machines且仅面向 Pulse Agent 资源新增能力包括行身份上下文row identity context行展开操作row expansion affordanceIP、磁盘 I/O、RAID、网络、温度详情 tooltipMachines 详情中的聚合磁盘汇总SMART 温度回退temperature fallbackMachines 表保留更丰富的 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 dateProxmoxBackupsView 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 过滤器接线到savedViewsKeyStorage 接线 SavedViews使用平台作用域 keySavedViews 的默认星标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 智能增强PatrolAI 巡检在 rc.6 中新增了以下能力容量预测动作模板注册表capacity-forecast action template registry预测提案forecast proposals挂接到 PatrolRemediationPlan告警开始抖动flapping时发出的可靠性发现reliability findingPDMProxmox Datacenter ManagerHTTP 告警源与桥接通过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 发布管道进行再验证发布工件的下载、校验和与签名验证install.sh针对已发布版本的端到端 smoke 门禁Helm chart 发布路径前端路由清单不存在/infrastructure、/workloads、/storage、/recovery顶级路由各平台路由存在API 路由清单/api/resources、/api/recovery/*仍然提供服务键盘快捷键界面与 frontend-modern/src/hooks/useKeyboardShortcuts.ts 的平台化按键形态一致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.mdPatrol 智能契约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现在作为发布阻断工件所带来的安装链路变化。赞分享可观测性运维后端【免费下载链接】PulseReal-time monitoring dashboard for Proxmox VE, PBS, Docker, Kubernetes, TrueNAS and vSphere. Self-hosted, with smart alerts and AI patrols that catch silent failures.项目地址https://gitcode.com/gh_mirrors/pulse27/Pulse点击查看免费下载相关推荐Pulse 审计日志存储韧性加固从 v6.0.0-rc.4 泛化 500 到结构化 503、SQLite 重试与前端恢复引导Pulse 审计日志存储韧性加固从 v6.0.0 rc.4 泛化 500 到结构化 503、SQLite 重试与前端恢复引导 导读 本文基于 Pulse 仓库可观测性运维后端Pulse v6.0.0-rc.7 发布包一致性治理实战Docker 默认镜像固定、安装器签名依赖与发布门加固全解析Pulse v6.0.0 rc.7 发布包一致性治理实战Docker 默认镜像固定、安装器签名依赖与发布门加固全解析 Pulse v6 在 RC7 阶段发布前可观测性运维后端Pulse v6 RC6 操作员支持包解读前端平台化回归、vSphere 一等公民与受控评估路径Pulse v6 RC6 操作员支持包解读前端平台化回归、vSphere 一等公民与受控评估路径 本文以仓库内 docs/releases/V6_RC6_OP可观测性运维后端上一篇MeteoInfo 气象GIS从安装到第一张气象地图的完整指南下一篇Micromamba 用户指南mamba 项目的静态链接迷你包管理器与 CI/Docker 实战创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考