Amazon QuickSight BIOps – 第1部分：版本控制与协作的无代码指南

随着业务智能（BI）团队的成长，仪表板、数据集和分析的管理变得越来越复杂。没有明确版本控制的协作可能导致工作覆盖、报告不一致和生产环境错误。业务利益相关者要求快速获取洞察，但BI创建者常常缺乏能够无误迭代并自信部署的工具。

受DevOps原则启发的业务智能运营（BIOps）将版本控制和共同开发引入BI流程。本文介绍如何使用Amazon QuickSight的无代码控制台功能实现BIOps。通过QuickSight UI实现仪表板版本控制、可视化复用、并行协作以及更新的安全部署。我们的框架使用QuickSight内置的版本控制工具，帮助团队简化管理并减少手动操作。这种无代码方法有助于BI分析师和仪表板创建者立即采用这些实践。

QuickSight 基础

本节介绍Amazon QuickSight中业务智能运营（BIOps）的基础知识。我们检查三个主要领域：QuickSight资产的分类方式、基础权限模型以及指导我们运营的基本BIOps原则。

资产分类

QuickSight将资产组织为四个类别，每个类别在BI工作流中都有特定目的：

• 主要资产 – 这些是核心构建块，在QuickSight控制台上显示为独立对象。这些资产相互依赖。例如，分析依赖于数据集，数据集依赖于数据源。
  • 数据源连接到Amazon Redshift、Amazon Athena、Amazon Simple Storage Service (Amazon S3)等系统。
  • 数据集从数据源构建，可以包含连接、自定义SQL、计算字段。
  • 分析是构建可视化的交互式环境。
  • 仪表板是已发布的分析的只读版本。
  • Amazon Q主题定义了自然语言查询的语义层。
• 辅助资产 – 这些增强了用户体验，但在QuickSight UI中不是主要对象。例如，主题定义了仪表板和分析的样式，但未在QuickSight控制台上列为独立资产。然而，主题可以通过API以编程方式作为独立对象管理，支持列表、描述、更新、删除等操作。
• 二级资产 – 这些是主要资产中的内部组件，包括自定义SQL、表、过滤器、计算字段、参数等。这些元素在QuickSight控制台UI上不是独立对象，也无法通过直接的列表或描述API调用访问。相反，它们在数据集、分析或仪表板的定义中定义。它们在定义QuickSight内容的逻辑、结构和交互性方面起着关键作用。
• 文件夹 – 这些是用于将主要资产组织成层次结构的管理资产。可以创建个人或共享文件夹来分类资产。文件夹支持访问权限，一个资产可以存在于多个文件夹中。

权限模型

QuickSight的主要资产、辅助资产和管理资产支持用户和组级别的权限，以实现安全协作。

BIOps 基本工作流

BIOps包含三个核心功能：

• 资产备份和恢复 – 这通常按每个AWS账户或每个AWS区域设定范围。此过程确保在发生意外删除、服务中断或数据损坏时可以恢复QuickSight资产。
• 版本控制 – 这可以在同一AWS账户内应用，BI团队可以跟踪资产定义（例如，数据集或仪表板）的更改、回滚到以前的版本或随时间维护不同的开发分支。
• 部署 – 这支持环境之间（例如，从开发账户到测试、QA、生产账户）和区域之间（例如，将资产从us-east-1部署到us-west-2）的资产提升。

BIOps工作流允许团队在资产级别和文件夹级别管理部署和备份。部署仪表板时，团队可以包括支持功能的依赖资产（数据集、数据源、主题）。文件夹级别的操作允许将相关资产作为单个包进行提升。AWS账户之间的部署需要仔细的权限管理。资产类型具有用户或组权限，需要在目标环境中适当重新创建以维护安全并防止依赖关系损坏。

下图说明了BIOps工作流的概述。版本控制也可以通过QuickSight控制台UI实现。

QuickSight 仪表板的构建与发布

如下图所示，QuickSight的仪表板开发过程始于BI创建者。BI创建者可以分组以简化访问管理。

创建者首先将QuickSight连接到Amazon Redshift等存储系统以创建数据源。然后，通过添加转换、连接、自定义字段来构建数据集。数据集的新鲜度通过手动或计划更新来维持，并具有监控功能。

使用这些数据集，创建者创建具有可视化和交互组件的分析。可以应用主题以实现一致的组织品牌。最后一步是将分析发布为仪表板并与特定用户或组共享。此过程在保持治理的同时实现了可扩展的自助式BI。

解决方案概述

本文讨论三个主要的QuickSight功能：

• 通过控制台UI进行仪表板版本控制
• 通过从不同分析发布仪表板实现并行团队协作
• 通过从其他分析或仪表板导入可视化实现内容复用

QuickSight控制台的这些新功能通过无代码接口实现高效的BI协作和仪表板生命周期管理。创建者可以：

• 跟踪仪表板和数据集的版本历史
• 将仪表板回滚到以前的版本
• 手动复制资产
• 在分析和仪表板之间导入和导出可视化
• 通过资产描述记录更改
• 使用书签创建个性化视图
• 使用撤销和重做功能管理分析编辑

这些功能支持简化的治理和团队协作，无需编码经验。

本文重点介绍无代码的基于UI的工作流。本系列的第2部分和第3部分将讨论使用QuickSight API和可编程方法的自动化治理和部署。

基于UI的数据集和仪表板版本控制

QuickSight在2021年底引入了原生数据集版本控制。用户可以直接在QuickSight控制台UI内跟踪和管理最多1,000个已发布版本。数据集所有者可以预览过去状态、回滚到以前版本或安全编辑。这包括针对不兼容更改（如删除的源或无效计算）的保护功能。

2025年4月，QuickSight引入了仪表板版本控制，将版本控制功能从数据集扩展到完整仪表板。仪表板所有者可以通过UI管理版本、跟踪更改、恢复到以前状态，无需编写代码。技术团队可能仍选择基于API的自动化，但分析师和业务用户可以利用这些功能轻松进行端到端仪表板生命周期管理。

下图说明了QuickSight仪表板开发中具有版本控制的持续集成和持续交付（CI/CD）工作流。

工作流从创建和编辑分析（版本1）开始，然后将其发布为仪表板版本1。QA测试后，如果仪表板通过，则分析更新为版本2并重新发布。如果在任何时间点QA测试失败，团队可以继续编辑当前版本或回滚到以前版本。此循环继续迭代开发、发布、测试、更新，确保更改在生产环境之前得到验证。“撤销”“重做”操作支持分析内的更改，版本回滚增强了BI团队的安全性和敏捷性。

用于分析中轻微编辑的“撤销”“重做”

在QuickSight中编辑分析时，创建者可以使用“撤销”和“重做”选项进行实验，而无需担心更改成为永久性。可以在分析内撤销或重做最多200个操作，通过工具栏图标（见下图）访问。

仪表板发布与版本历史

当分析作为仪表板发布时，QuickSight会自动创建新版本。仪表板所有者可以通过查看版本历史来管理这些版本。为此，打开仪表板并选择顶部工具栏中的版本历史图标（见下图）。

这将打开一个窗格，显示当前发布的版本以及所有以前版本的列表，包括时间戳和发布每个版本的用户。从那里，可以根据需要查看、比较、恢复以前发布的版本。此功能提供了清晰的仪表板更改历史跟踪，使所有者能够了解内容如何演变。

如果发现错误或更喜欢以前版本，所有者可以一键将仪表板回滚到以前版本。

此版本控制功能通过保留每个已发布仪表板的完整快照来减少手动重新工作。可以恢复以前版本而不丢失对其他版本的访问，在保持稳定性的同时实现快速迭代。

基于UI的并行创建与协作

下图显示了多个创建者如何在单个QuickSight开发账户内并行协作。共享文件夹“QA Assets”作为可重用内容的集中位置，创建者可以扩展仪表板、重用可视化或独立管理版本。

在此示例中，三位创建者为共享的开发工作流做出贡献：

• Ying创建分析1，将其发布为仪表板1，为团队建立可重用资产。
• Julia创建分析2，从仪表板1导入选定的可视化。这使得她可以在现有工作的基础上构建，同时维护自己的版本。然后发布仪表板2。
• Rushabh使用仪表板2的“另存为”选项创建分析3，进一步自定义并发布仪表板3。Rushabh还可以通过发布分析3来替换仪表板1，从而更新仪表板1。

这种方法支持两个主要优势：

• 并行开发 – 每个创建者独立工作，同时引用共享资产。这使得可以同时开发多个仪表板或功能，而没有覆盖或冲突更改的风险。
• 无附带更改的安全修复 – 如果生产仪表板需要快速修复，创建者可以从已发布版本开始，进行有针对性的编辑，然后重新发布。这不会引入原始分析中正在开发的不完整可视化或实验性更改。

结合这些功能，促进了版本可追溯性，最小化了风险，并简化了大规模协作。共享文件夹和模块化工作流使QuickSight成为企业BI团队的强大平台。

将仪表板保存为分析

发布后，仪表板可以保存为分析以进行进一步更改。创建者可以使用“另存为”选项（软盘图标）从正在使用的仪表板创建新分析，如下截图所示。

新分析出现在个人列表中，可以自由编辑。可以自定义视图或试验可视化，而不影响原始仪表板。

从其他分析或仪表板导入可视化

使用QuickSight的可视化导入功能，可以高效地在分析之间重用仪表板组件并实现标准化。从分析工具栏选择“导入可视化”，浏览共享或个人资产以导入一个或多个可视化。导入的可视化（包括查询、格式、交互）被复制到当前分析中，可以独立自定义而不影响原始源。此功能简化了仪表板开发，促进了可视化一致性，并减少了团队间的重复。

从分析发布仪表板

要替换QuickSight中的现有仪表板，在发布时选择“替换现有仪表板”。这将使用新更改更新仪表板，而不影响安全设置或电子邮件报告配置。

结合将仪表板保存为分析、从任何分析发布仪表板、从其他分析或仪表板导入可视化等功能，为BI团队在开发工作流中提供了强大的灵活性。团队可以并行开发仪表板，多个创建者独立处理不同功能或可视化。还可以安全地修复生产仪表板的问题，而不会错误地将原始分析中正在进行的或实验性的可视化引入生产版本。这种模块化、受管理的方法在保持生产环境稳定性的同时支持敏捷迭代。

替换数据集而不破坏仪表板

QuickSight的字段类型决定了可视化、过滤器、计算的工作方式。数据集模式更改与分析要求冲突时，可能导致仪表板故障。以下截图显示了使用SaleDate作为过滤器和可视化关键字段构建的电影票销售仪表板示例。

数据集已更新。在此更新期间，SaleDate从日期字段更改为整数。 重新发布后，仪表板未能加载与SaleDate关联的可视化。每个受影响的可视化显示消息：“数据集更改过多，QuickSight无法自动更新分析。” 饼图停止渲染，时间比较可视化失败，SalesDate的过滤器控件停止工作。

更新已为仪表板提供动力的数据集模式时，数据类型不匹配（例如将字段从日期更改为整数或字符串）是可视化损坏的常见原因。

如果模式更改是故意的，您需要：

• 重新创建受影响的过滤器
• 更新可视化以识别新的数据类型

如果模式更改不是故意的，您可以：

• 回滚到不包含不需要更改的以前数据集版本

在QuickSight中替换数据集时，由于字段映射不匹配导致的可视化损坏也是常见风险。为了减轻这种情况，QuickSight当前执行以下操作：

• 检测到不匹配时自动提示用户更新字段映射
• 尝试基于模式相似性自动映射字段
• 模式不完全匹配时显示不匹配对话框以供审查

不匹配或不一致的字段需要手动调整。QuickSight对检测到的不匹配强制映射，但不验证用户提供映射的准确性。跳过或不适当的映射仍会导致可视化损坏。正确的字段映射确保可视化在新数据集中按预期渲染。

总结

新的QuickSight控制台功能使您能够无代码管理仪表板和数据集的生命周期。团队可以利用版本控制、回滚功能、并行开发、可视化复用来创建更安全、更高效的工作流。

对于需要自动化、CI/CD集成或程序化治理的团队，本系列的第2部分和第3部分将讨论基于API的BIOps工作流。