小编Ale*_*min的帖子

所以我有一个 DataDog 监视器，它的查询大致类似于：

trace-analytics("service:foo-service @http.status_code:403").rollup("count").last("10m") > 1000

在 DD Monitor 的“通知您的团队”部分下，我在 Slack 上设置了我的团队频道，因此我们收到了大量警报。

也就是说，我们有兴趣将这些错误重定向到相关团队（例如，如果路由/abc抛出 a 403，我们希望将其发布到另一个 #abc-team Slack 频道/cde等#cde-team）。我们怎样才能做到呢？我想我可以编写一个 Slack 机器人或其他东西，因为我在 DataDog 上没有找到这样的选项。

我发现这篇关于验收测试中的测试的文章tf import：

func TestAccExampleThing_basic(t *testing.T) {
  /* ... potentially existing acceptance testing logic ... */

  resource.ParallelTest(t, resource.TestCase{
    /* ... existing TestCase functions ... */
    Steps: []resource.TestStep{
      /* ... existing TestStep ... */
      {
        ResourceName:      "example_thing.test",
        ImportState:       true,
        ImportStateVerify: true,
      },
    },
  })
}

但这对我来说仍然很困惑。假设existing TestCase function将初始化一些小配置并运行，tf plan & tf apply以便 tf 状态文件不会为空，那么在步骤（测试用例）#2 期间到底会发生什么？我的想法是，如果我们尝试导入本地已经处于 tf 状态的资源（在第 1 步之后），应该会出现错误或其他问题，对吗？

或者更令人困惑的是，这个组合测试其中步骤 #2 和 #4 都是导入的terraform-provider-aws（据我所知，步骤 #3 更新了我们在步骤 #1 中创建的状态中的属性之一，但步骤到底是什么#2 和步骤#4 一样）？