在terraform提供程序中执行应用结果回调

在 Terraform 提供程序开发中，需要在应用程序结束后执行回调操作，例如关闭会话。文章探讨了各种方法，包括弃用的 stopcontext，最终提出了一个可行的解决方案：在 main 函数中使用 defer 语句推迟和拆卸。该方法允许在 Terraform 操作完成后关闭会话，并根据调用的成功或失败状态处理 providerteardown。

我正在编写一个自定义 terraform 提供程序。我需要将对支持的 api 的调用包装在一个“会话”中，在进行任何调用之前将其打开，然后在所有 terraform 调用完成后将其关闭。

打开会话很简单，我可以在 schema.provider 的 configurecontextfunc 中执行此操作。有没有办法在应用程序结束时设置回调（或其他东西），以便我可以关闭/“完成”会话？我可以想象一些特定于我的资源的东西，但这似乎很糟糕。在我的梦想世界中，如果关闭出现错误，我也可能会失败。

如果没有一个很好的最终调用，有没有一种方法可以访问我可以用来确定当前调用是应用程序最后需要的调用的计划？

更新：我想我可以使用 stopcontext：

stopCtx, ok := schema.StopContext(ctx)
    ...
    go func(ctx context.Context) {
        // Wait for stop context cancellation
        <-stopCtx.Done()
        ...
    }

但是，这已被弃用，并且似乎仅在由于某些外部触发（例如 sigint）而停止时才会被调用，而不是常规退出（至少这是我所看到的）。

正确答案

经过相当多的挣扎后，我有了一个我认为合理的解决方案，它甚至与@ben hoyt 的评论相匹配。我们可以在 main 中推迟和拆卸。

func main() {
    var prov *schema.Provider
    defer func() {
        xyz.PrividerTeardown(prov)
    }()
    plugin.Serve(&plugin.ServeOpts{
        ProviderFunc: func() *schema.Provider {
            prov = xyz.Provider()
            return prov
        },
    })
}

我会注意到，我对有关提供程序创建时不存在的问题的评论是不正确的。提供程序是在提供程序代码的主函数中创建的。在我（脆弱的）辩护中，我使用了示例脚手架，以便代码是预先编写的。

让我困惑的一件事是 plugin.Serve 的文档

serve 提供一个插件。该函数永远不会返回，应该是插件主函数中调用的最终函数。

事实证明，当 terraform 操作完成并且不再需要插件时，serve 确实返回并允许我们的 defer 运行。我确实需要跟踪 serve 处于活动状态时进行的所有调用的成功或失败，以了解 providerteardown 中的状态，但它正在工作。

终于介绍完啦！小伙伴们，这篇关于《在terraform提供程序中执行应用结果回调》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布Golang相关知识，快来关注吧！