CDKTF 通过增加命名空间来提升性能

2022 年 11 月 16 日 InfoQ

作者 | Matt Campbell

译者 | 明知山

策划 | 丁晓昀

HashiCorp 发布了 CDK for Terraform（CDKTF）0.13 版本，在性能上有了显著的改进。这个版本引入了命名空间，极大提升了基础设施的性能。这个版本基于 0.12 版本，而 0.12 版本见证了 CDKTF 的普遍可用。

CDK 允许用户使用多种编程语言编写 Terraform 配置，包括 C#、Python、TypeScript、Go 语言和 Java。它支持现有所有的 Terraform 提供程序和模块。CDKTF 应用程序代码生成 JSON 输出，可以直接使用 Terraform 部署。

0.13 版本为生成的提供程序绑定中的每个类引入了命名空间的概念。这些命名空间是自动从 Terraform 资源或数据来源派生出来的。以前，每个提供程序的导出结果都是扁平的组件列表，其结果是各种语言编译器难以处理这些很大的包。CDKTF 的用户表示，处理过程可能非常慢，对于 Python 用户来说，可能会导致 IDE 发生崩溃。

有了命名空间，就会生成许多小的包，这样编译器处理起来会更快。根据 Hashicorp 工程经理 Nara Kasbergen Kwon 的说法，这已经带来了处理时间上的一些显著改善。Kwon 表示，最近的基准测试显示：

在使用 Go 语言和 Azure 提供程序时，cdktf 处理时间减少了 96.8%；在使用 Java 和谷歌云提供程序时，cdktf 处理时间减少了 83%；在使用 C# 和 AWS 提供程序时，cdktf 处理时间减少了 36.8%；在使用 TypeScript 和 Kubernetes 提供程序时，cdktf 处理时间减少了 61.5%。命名空间的引入是一个突破性的变化，不过 0.13 版本也向后兼容 0.12 版本生成的提供程序绑定。这样可以根据需要混合使用命名空间和非命名空间提供程序。注意，0.13 版本生成的提供程序将包含命名空间。这种向后兼容性将在 0.14 版本中被删除，届时将只支持命名空间提供程序。

AWS 提供程序以前是有命名空间的，只是实现方式不同于新的命名空间。因此，它的导入方式已更改为与新的命名空间模型保持一致。以前，AWS 提供程序可以按如下方式导入（Go 语言）：

import ( // ... 其他导入 "github.com/cdktf/cdktf-provider-aws-go/aws")
func NewMyStack(/* ... */) cdktf.TerraformStack { stack := cdktf.NewTerraformStack(/* ... */)
 aws.NewAwsProvider(/* ... */) aws.NewCloudfrontDistribution(/* ... */) aws.NewAcmCertificate(/* ... */)}

在新的命名空间模型中，现在需要按以下方式导入：

import ( // ... 其他导入 "github.com/cdktf/cdktf-provider-aws-go/aws/cloudfrontdistribution" "github.com/cdktf/cdktf-provider-aws-go/aws/provider" "github.com/cdktf/cdktf-provider-aws-go/aws/acmcertificate")
func NewMyStack(/* ... */) cdktf.TerraformStack { stack := cdktf.NewTerraformStack(/* ... */)
 provider.NewAwsProvider(/* ... */) cloudfrontdistribution.NewCloudfrontDistribution(/* ... */) acmcertificate.NewAcmCertificate(/* ... */)}