如何优化Tableau仪表板的部署策略?

时间:2018-09-12 12:10:44

标签: deployment tableau

我们有两个环境(TEST和PROD)可供发布仪表板。这些环境的数据位于同一RDBMS服务器上,每个环境1个模式。并且我们希望将1个仪表板发布到2个环境中,以便1个仪表板关注TEST模式,另一个关注PROD模式。

这是我们想出的方法,但是它没有按预期工作:我们无法找到一种方法来将Tableau仪表板部署到2个环境(并使用2个独立的架构),而又没有实际维护同一仪表板的2个版本(一个用于测试,用于PROD)。

因此,我们为Tableau选择了错误的部署策略,或者对此做错了。有人可以分享您有关如何将Tableau仪表板部署到独立环境的经验,而不必为每个环境手动编辑仪表板吗?还是我们的方法有什么问题?

2 个答案:

答案 0 :(得分:1)

您没有在问题中指定RDBMS,因此我的回答将做出广泛的陈述,不一定适用于您的特定情况。

我认为您在测试和生产数据库环境中选择了一种较差的方法。通常,测试和生产在完全独立的数据库实例上,在许多情况下,在单独的服务器上。将它们放在同一实例或服务器上意味着您在测试期间会耗尽生产硬件资源,并可能由于对非生产模式的查询失控而锁定服务器。使用单个实例,很容易在无意或恶意的情况下关闭生产实例,而无需登录生产模式。

您更好的方法是拥有两个单独的数据库实例:一个用于测试,一个用于生产。两个实例可以在同一服务器上,但它们是隔离的数据库实例。这两个实例具有相同的用户和相同的架构。然后,您可以轻松地将Tableau数据源指向相应的实例,而无需更新工作簿或为每个工作簿保留两个副本。例如,如果您使用的是Oracle,则两台Tableau服务器上的TNS别名都应相同,但要更改tnsnames中的连接详细信息以指向测试或生产db服务器。

答案 1 :(得分:0)

您的情况听起来像我的。我需要使用不同的服务器/数据库配置将完全相同的报告发布到不同的环境。这就是我要做的:

  1. 维护单一事实来源,即生产版本。
  2. 创建将报告转换为不同环境的实用程序。您也可以按以下方式手动进行操作:

    • 将工作簿(Tableau文件)另存为.twb
    • 使用任何文本编辑器打开twb文件。它是xml之类的。 Tableau根据此信息创建连接并呈现图形。
    • 通过文本搜索用户名,服务器,端口...,您将在此处看到所有配置信息。
    • 通过目标环境信息替换那些信息。
    • 使用Tableau Desktop保存并再次打开并发布。
  3. 如果您拥有Jenkin之类的自动化工具,则可以使用Tableau命令开发用于部署的一键式解决方案。