认识 Horizon UI · 15/17:用模板定制控制台

作者:SkyWalking中文站日期:2026/7/6

Horizon UI 系列第十五篇:整个控制台都由可编辑模板驱动。你可以把任意 layer 或 overview 打开成模板,在本地草稿里调整组件、widget 和文案,预览后发布到 OAP 给整个组织使用,并在发布前查看差异,也可以导出和导入。

译自英文原文:Meet Horizon UI · 15/17: Customization — Config-Driven Layer Templates

这是 Meet Horizon UI 系列的第十五篇,也开启第五幕 make it yours & adopt。这个系列里你看到的 per-layer dashboard、overview、topology、3D map,都不是写死在代码里。它们由一套套 template 驱动,Horizon 也把编辑这些 template 的工具做进了控制台。这篇讲的就是这个编辑器:在本地草稿里修改任意 dashboard,先预览,再发布到 OAP,让整个组织都看到同一个版本。

一切都是模板

打开 Admin → Layer dashboards,后端上报的每个 layer 都可以配置。这里最重要的是编辑模型,而且所有模板编辑器都遵循同一套模型:Save (local) 只把修改保存在当前浏览器里,不会碰服务端;真正被所有人看到的共享版本保存在 OAP;Horizon 随版本发布的 bundled JSON 只是种子模板和只读 fallback。状态 badge 会告诉你每个 layer 当前处在哪种状态:synced 表示本地和远端一致;diverged 表示 bundled 和 OAP 上的 live 版本不同,渲染时以 OAP 为准;local 表示当前浏览器里有未发布的编辑。Reset to ▾ 可以把 Bundled 或 Remote 重新加载到编辑器;Preview ▾ 则会用 Local、Bundled 或 Remote 版本打开真实页面预览。

一个 layer 的配置不只是图表。你还可以选择它暴露哪些 sub-view,比如 Service、Instances、Topology、Deployment、Traces、Logs、profiling;可以设置展示用的 alias,甚至可以改菜单里的名词。下面的 Istio mesh layer 就把 “Instances” 改成了 Sidecars

图 1:Layer dashboards 管理页:每个 layer 都是一个 template。顶部操作区体现了完整模型:Save (local) 保存在浏览器里,Reset to / Preview Bundled 或 Remote 版本,最后用 Check diff & push 发布。下面可以选择这个 layer 暴露哪些 sub-view、设置 alias,并重命名菜单名词,比如把 instances 叫作 Sidecars

编辑 Widget

每个 scope 里的 dashboard 都是一个可以直接编辑的 12 列网格:拖动 header 可以调整顺序,拖动角落可以改变大小,点 + Add widget 可以新增 widget。点击任意 widget,会打开它的编辑抽屉:这里可以改驱动它的 MQE expression、widget type(line / top / table / card 等)、titleunit,还可以设置 Visible when 条件,让某个表达式有值或者某个实体属性匹配时才显示这个 widget。

图 2:Widget 画布:一个可以拖拽排序、调整大小的 12 列网格。点中 widget 后会打开抽屉,编辑 MQE expression、type、title、unit 和 Visible when 条件。

发布前先看差异

在你发布之前,本地修改不会影响其他用户;而发布之前,Horizon 会先让你看清楚到底改了什么。点击 Check diff & push 会打开左右对照的 diff:左侧是当前 live 的 remote 版本,右侧是你的 local 草稿。只有继续点 Confirm push,本地草稿才会替换 OAP 上的 live 版本,所有用户才会看到变化。只有 local 和 remote 真的不一样时,这个按钮才会启用。

图 3:Check diff & push:草稿发布给所有人之前,先用左右对照 diff 展示变化(remote 在左,本地草稿在右)。这里改了一个 widget title;只有点 Confirm push 才会真正发布。

新增 layer 也走这套流程。后端已经上报、但 Horizon 没有内置模板的 layer,会先打开一个空白默认模板;你配置它的 components 和 widgets,Save 后第一次 push 就会把模板发布到 OAP。一个 layer 不需要先随版本带上 JSON 文件,才能变成完整可配置的页面。

Overview 与迁移复用

Overview templates 编辑器也使用同样的模型:一个 12 列画布,布局和线上页面一致,只是编辑器里使用 mock data,真实页面会使用真实数据。 + New dashboard 会写出一个本地草稿;Delete 是软禁用,因为 OAP 目前没有 hard delete。所有模板管理页也都有 ExportImport,包括 layer dashboards、overviews、3D map config 和 translations:Export 会把当前实际使用的版本下载成 JSON 文件,便于备份、共享,或者把一个 dashboard 搬到另一个 OAP;Import 读取 JSON 文件、校验,然后作为本地草稿加载进来,供你预览和发布。Import 不会直接写 OAP。

图 4:Overview templates 使用同一套模型:12 列画布、mock data、作为本地草稿创建的 + New dashboard,以及用 Export / Import 在不同 OAP 后端之间迁移 dashboard。

它在哪里运行

编辑和预览完全发生在浏览器本地;只有发布时才会调用 OAP。发布会通过 OAP 11 提供的 admin host,把 template 写入 OAP 的 ui-template store。Bundled JSON 是种子模板和只读 fallback;只要 OAP 上发布过版本,渲染时就以 OAP 版本为准。权限也按角色控制:发布 layer dashboards 需要 dashboard:write,发布 overviews 需要 overview:write。字段参考,包括 template 结构、widget 类型和新增 layer 的流程,可以看 Layer templatesOverview templatesAdding a new layer 文档。

下一篇:八种语言的本地化:同一套 template 如何支持八种语言。


认识 Horizon UI · 15/17:用模板定制控制台》 是转载文章,点击查看原文


相关推荐


用视频数据采集 API 构建个人视频搜索引擎:从 C 罗频道到 Elasticsearch 全文检索
硬核科技工作室2026/6/28

一、视频元数据好看,但不好稳定拿 做视频搜索、内容监测或者训练数据准备时,第一步通常不是模型,也不是搜索算法,而是先拿到一批质量稳定的视频元数据。 比如我们想做一个个人视频搜索引擎,输入关键词 Cristiano,系统可以返回相关视频的标题、描述、播放量、时长、上传者和视频链接。听起来很简单,但真正做起来会发现,视频平台页面结构经常变化,不同入口返回的信息也不一样:频道页、搜索页、标签页、播放页,每个页面的数据组织方式都不同。 如果自己做这件事,通常会有几种方案。 第一种是自己写数据采集


AI 能写代码了,为什么我反而开始要求它先写文档?
Avan菜菜2026/6/19

最近在尝试用 AI 参与项目开发。 刚开始我的方式很简单: 提需求 ↓ 让 AI 直接实现 ↓ 不断返工 ↓ 继续补需求 结果非常熟悉: 功能能跑 代码越来越多 需求越来越乱 AI 上下文越来越长 后面谁都不敢接手 尤其是涉及: 前后端联动 权限体系 数据结构变更 API 契约 多阶段迭代 时,问题会迅速放大。 后来我接触到了 GitHub 开源的 Spec Kit。 它让我第一次把 AI 开发从: 直接写代码 变成: 先规格 ↓ 再设计 ↓ 再拆任务 ↓ 最后实现 整个过程开始变


企业智能助手的实践分享(LLM/RAG)
uzong2026/6/11

本文聚焦 AI 技术在企业级智能的实践,剖析项目实施过程中的关键挑战与避坑指南。 1. LLM 智能运维助手 1.1. 助手背景 在企业基础设施建设中,开放平台与基础服务承载着海量业务。随着系统复杂度的增加,日常运行中产生了庞大的日志告警数据。面对这些海量且繁杂的告警信息,传统的人工排查模式不仅耗时费力,且难以在“告警风暴”中迅速抽丝剥茧,成为制约研发效率的瓶颈。 希望助手能力致力于解决两大核心难题:一是应对海量日志告警的干扰,二是大幅缩短告警排查的平均耗时。 1.2. 案例效果 下面是一个案例


Linux shell脚本教程
诸神缄默不语2026/6/4

诸神缄默不语-个人技术博文与视频目录 Linux系统的命令行终端界面就是一个小黑窗,在里面敲命令执行任务。当你想执行一系列复杂的任务(比如连续执行多个命令、有逻辑判断规则等)时,光靠直接敲命令+回车就不够了,这时你就会将一系列任务的执行代码写到一个文本文件中,然后让Linux终端依次执行。这个文本文件就是shell脚本。 本文对Linux系统中的shell脚本进行简单介绍,包括其作用和基本写法。更高级的用法将在以后的教程中介绍。 对Linux系统的整体命令行操作教程,请参考我撰写的另一篇博文:


零基础webgis开发入门:HTML/CSS/JavaScript前端核心基础②
GIS6688002026/5/28

CSS:页面样式与布局美化 CSS 全称层叠样式表,核心作用是控制HTML元素的外观和布局,包括大小、颜色、背景、位置、边距等。 在WebGIS中,CSS直接决定地图的显示尺寸、是否全屏、页面是否有白边等关键效果。 CSS的核心逻辑可总结为两步走:选元素、改样式。 第一步:选元素(选择器) 1)什么是选择器: 选择器是CSS的核心,作用是从页面众多HTML元素中,筛选出需要修改样式的目标元素。 想象一群小黄人站你面前,你想把单眼的小黄人选出来变红色。 第一步:选出所


TOML 深度调研:对比 YAML、JSON 等五大配置格式,哪种最适合你的项目?
王若风2026/5/6

大家好,我是若风。 上周在配置一个 Rust 项目的时候,我盯着 Cargo.toml 发了一会儿呆。然后突然意识到一件事:我写了这么多年代码,跟配置文件打交道的时间可能比写业务逻辑还多。package.json、docker-compose.yml、tsconfig.json、.gitignore、terraform.tf……每个项目至少 3 到 5 个配置文件。 但说实话,我从来没认真想过一个问题:为什么这些工具要用不同的配置格式? YAML 写 Kubernetes 配置,JSON 写 p


如何将SVG格式文件转为PDF? 方便打印输出、正式汇报、跨平台展示
诸葛大钢铁2026/4/26

在日常设计、开发与文档交付过程中,SVG转PDF是一个非常高频但容易被忽视的需求。很多人一开始会觉得“只是格式转换而已”,但真正遇到输出打印、正式汇报或跨平台展示时才发现:SVG在不同设备上的兼容性并不总是稳定,而PDF才是更通用、更专业的交付格式。 尤其是在以下场景中,这个需求会变得非常明显: 设计稿需要提交评审或印刷 网页图标或流程图需要归档成标准文件 跨平台传输时避免样式错乱 因此,一个稳定、清晰、无损的SVG转PDF方案就显得非常重要。 一、设计软件直接导出


《swiftUI进阶 第9章SwiftUI 状态管理完全指南》
90后晨仔2026/4/18

概述 状态管理是 SwiftUI 应用的核心。本章将系统介绍从 iOS 13 到 iOS 17+ 的所有状态管理技术,包括传统的 ObservableObject 系列和现代的 @Observable 宏,帮助你根据项目需求选择最合适的方案。 第一部分:基础状态管理(iOS 13+) 1. @State:本地视图状态 @State 用于管理视图内部的简单状态,当值改变时自动刷新 UI。 struct CounterView: View { @State private var coun


Nginx 从入门到精通:全面解析与实战指南
程序员果子2026/4/10

目录 前言:为什么要学 Nginx? 一、Nginx 基础入门:从零搭建第一个服务 1.1 初识 Nginx:它是什么,能做什么? 1.2 第一个 Nginx 服务:最小化配置实战 1.3 安装:Linux 里的 Nginx 魔法:从下载到部署,轻松拿捏! 二、核心架构与配置解析:读懂 Nginx 的 "运行逻辑" 2.1 架构精髓:Master-Worker 进程模型 2.2 配置骨架:从 http 到 location 的层级关系 2.3 静态资源服务:Nginx 的 "原


多Agent工作流开发
字节逆旅2026/4/2

最近 OpenClaw、Claude Code 特别火,我当时就在想,能不能写个自己的Agent,让它自动根据我的需求文件干活?比如我改个 tasks.md,它就自动跳出来把代码写了。这不比怼着ide开发高级多了? 最开始的想法非常简单粗暴:用 Node.js 写个脚本,利用 chokidar 盯着一个 todo 文件夹。只要文件一变,脚本就通过 child_process 里的 exec 去调 claude 命令。 初版脚本核心逻辑: const chokidar = require('cho

首页编辑器站点地图

本站内容在 CC BY-SA 4.0 协议下发布

Copyright © 2026 聚合阅读