【问题标题】:Continuous integration in business intelligence商业智能中的持续集成
【发布时间】:2013-03-06 08:29:45
【问题描述】:

我正在考虑让 BI 团队使用持续集成 (CI)。通过在线搜索,我发现了一些文章,这些文章将引导您完成为您的 BI 数据库设置 CI 的过程。

所有这些文章似乎都忘记了,通过 BI 持续集成,您希望(至少我们愿意)运行所有测试并使用类似生产的数据库来发现不可预见的场景。我们的 BI 数据库可以达到 TB,因此测试需要一段时间。

是否有解决这个问题的解决方案(也许是一个可以创建更小的测试数据库而不会丢失有价值的测试数据的工具)?

【问题讨论】:

    标签: continuous-integration business-intelligence


    【解决方案1】:

    CI 需要快速测试。那不是你的情况。我将使用 CI BuildsNightly Builds

    CI 构建

    一旦有人签入,您就会启动构建、部署到您的 CI/DEV 环境并执行冒烟测试,如果您愿意,还可以执行一部分测试。 CI/DEV 环境数据库将仅包含测试数据。无论如何,您的测试应该花费很少的时间……越少越好。

    因此,每次签入后,您都可以确保至少您的项目仍然正常工作。

    夜间构建

    层我会手动设置一个夜间构建,这样你就有很多时间来执行测试。 您应该有一个特定的测试环境。您的构建应该这样做:

    1. 删除旧数据库。
    2. 从存储库获取生产数据库的备份(理想情况下,此存储库应经常更新)
    3. 您的 CI 构建在您的测试环境中恢复备份
    4. 您部署了最新的成功构建(部署到您的 CI/DEV 环境的那个)
    5. 通宵运行测试。

    这样您将有 12-14 小时的时间来运行您的构建,并且每天,当您到达工作岗位时,您将收到关于前一天测试结果的反馈

    如果您的测试时间超过 12-14 小时(兆字节?),那么您应该检查它们,因为可能有问题(或者您使用 google db)

    【讨论】:

    • 嗯,我们正在使用 BI 数据库,因此它们往往会变得非常大,并用于每个单元测试。我用另一个更具体的问题编辑了我的问题。
    【解决方案2】:

    在查看 Microsoft 的集成服务时,我认为它有一个灵活的解决方案。 https://www.getchef.com/ 的 Chef 也有一个很棒的开源解决方案。

    这两种支持

    1. 构建解决方案
    2. 构建环境。
    3. 运行单元和 UI 测试。
    4. 将解决方案迁移到正确的环境。
    5. 有关更改状态的消息组。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-09-27
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多