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

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(/* ... */)
}

据 Kwon 透露，0.14 版本将于 2022 年 11 月中旬发布。Kwon 表示，这一版本“将主要关注易用性的改善，让使用预构建提供程序变得更容易。”开发团队发现，与在本地使用 cdktf get 在生成提供程序相比，预构建提供程序提供了更好的开发者体验。

关于这个版本更多的信息可以在博文和升级指南中找到。Hashicorp 主持Community Office Hours，并提供了一个讨论问题的论坛。对于刚接触 CDK 的用户，可以参考CDK for Terraform学习指南。

原文链接：

https://www.infoq.com/news/2022/10/cdk-terraform-performance/