获取Nov-2023试卷，通过TA-002-P考试的100%真题及答案[Q15-Q30]

4/5 - (1 选票)

获取Nov-2023试卷，使用100%真题及答案通过TA-002-P考试

最新的 TA-002-P 考试试卷与新问题

TA-002-P 考试涵盖 Terraform 基础知识、基础设施即代码概念、Terraform 工作流、Terraform 模块和 Terraform 提供商等主题。考试将评估考生编写、规划和应用 Terraform 配置的能力，以及对 Terraform 状态管理、资源依赖性和远程后端的理解。TA-002-P 考试旨在测试考生的实际技能和知识，而不是基于记忆的考试。

HashiCorp TA-002-P 认证是一项厂商中立的认证，可验证个人的 Terraform 知识和技能。Terraform 是一种开源工具，用于安全有效地构建、更改和版本化基础架构。HashiCorp 认证：Terraform Associate 认证考试侧重于 Terraform 原理和概念、Terraform 工作流程和使用，以及对 HCL（HashiCorp 配置语言）语法的理解。HashiCorp Certified：Terraform Associate 认证考试包括 57 道选择题和真/假题，考生有 60 分钟的答题时间。TA-002-P 考试可在线或现场参加，考生可灵活选择最适合自己的方式。

第 15 号 使用本地执行供应程序的目的是什么？(选择两项）

调用本地可执行文件。

在资源上执行命令，调用 Terraform 状态更新。

在运行 Terraform 的计算机上执行一条或多条命令。

确保只在部署 Terraform 的本地基础架构中执行资源。

说明
local-exec provisioner 会在创建资源后调用本地可执行文件。这会调用
运行 Terraform 的机器，而不是资源。
请注意，即使在运行供应程序时完全创建了资源，也不能保证
将处于可运行状态--例如，系统服务（如 sshd）可能尚未在计算机上启动
资源
使用示例
资源 "aws_instance" "web" {
# …
provisioner "local-exec" {
command = "echo ${aws_instance.web.private_ip}>> private_ips.txt"
}
}
注意：供应器只能作为最后手段使用。对于大多数常见情况，有更好的
替代品。
https://www.terraform.io/docs/provisioners/local-exec.html

NO.16 以下哪条命令可将 Terraform 配置文件重写为规范格式和样式。

terraform graph -h

terraform init

地形图

terraform fmt

terraform fmt 命令用于将 Terraform 配置文件重写为规范格式和样式。该命令应用了 Terrra Terraform 语言风格约定的一个子集，并作了其他细微调整以提高可读性。

第 17 号 您通过 Terraform 在测试环境中配置了一些 aws 资源，用于 POC 工作。POC 结束后，您想销毁这些资源，但在销毁之前，您想检查哪些资源将通过 Terraform 被销毁。(请选择两个）

使用 terraform destroy 命令

这是不可能的

使用 terraform plan 命令

使用 terraform plan -destroy 命令。

https://learn.hashicorp.com/terraform/getting-started/destroy

第 18 号 用户使用命令行创建了三个工作区：prod、dev 和 test。用户希望创建名为 stage 的第四个工作区。用户将执行哪条命令来实现这一目标？

terraform 工作区新阶段

terraform 工作区 - 新阶段

terraform 工作区 - 创建阶段

terraform 工作区创建阶段

说明
新建 terraform 工作区命令用于创建新的工作区。
https://www.terraform.io/docs/commands/workspace/new.html

第 19 号 Terraform 有详细的日志，可通过设置 _________ 环境变量启用。

TF_TRACE

TF_DEBUG

TF_LOG

TF_INFO

说明
Terraform 有详细的日志，可通过将 TF_LOG 环境变量设置为任意值来启用。
这将导致详细日志显示在 stderr 上。
您可以将 TF_LOG 设置为日志级别 TRACE、DEBUG、INFO、WARN 或 ERROR 中的一个，以更改日志级别。
日志的冗长程度。TRACE 是最冗长的日志，如果将 TF_LOG 设置为其他类型，则默认使用 TRACE。
比
日志级别名称。
https://www.terraform.io/docs/internals/debugging.html

NO.20 公共 Terraform 模块注册表会自动公开已发布模块的哪些信息？

所需输入变量

可选输入变量和默认值

输出

以上皆是

以上都不是

第 21 号 秘密数据应与 Terraform 配置存储在同一版本控制仓库中。

正确

假的

第 22 号 在 Terraform 中使用动态区块有什么缺点？

动态区块可构建可重复的嵌套区块

Terraform 运行速度会更慢

它们不能用于循环浏览数值列表

它们使配置更难阅读和理解

这是在 Terraform 中使用动态区块的一个缺点，因为它们会带来复杂性并降低配置的可读性。其他选项要么是优点，要么是不正确的说法。

第 23 号 官方 Terraform 模块注册表上发布的所有模块均已通过 HashiCorp 验证。

正确

假的

第 24 号 如何引用该虚构资源第二个实例的 "名称 "值？

element(aws_instance.web, 2)

aws_instance.web[1].name

aws_instance.web[1]

aws_instance.web[2].name

aws_instance.web.*.name

NO.25 一名用户从命令行创建了三个工作区：prod、dev 和 test。用户将运行以下哪条命令切换到开发工作区？

terraform 工作区开发

terraform 工作区选择开发

terraform 工作区 -switch dev

terraform 工作区开关 dev

Terraform 工作区选择命令用于选择不同的工作区，以用于进一步操作。https://www.terraform.io/docs/commands/workspace/select.html。

NO.26 默认的 "本地 "Terraform 后端存储了什么？

tfplan 文件

Terraform 二进制文件

提供商插件

国家档案

本地后端将状态存储在本地文件系统上，使用系统应用程序接口锁定该状态，并在本地执行操作。

NO.27 您想毁掉一些依赖于真实基础设施的资源。您选择删除这些
配置文件中的资源，然后运行 terraform plan 并应用。以下哪种方式
你的资源会被破坏吗？

Terraform 仍能根据状态确定正确的销毁顺序，即使您删除了一个
配置中的一个或多个项目。

这些文件将按照之前写入配置文件的顺序销毁
在从配置文件中删除它们之前。

资源将以随机顺序销毁，因为您已经从配置中删除了这些资源。

您不能通过从配置文件中删除资源以及运行计划和应用来销毁资源。

说明
Terraform 通常使用配置来确定依赖顺序。但是，当您删除一个
从 Terraform 配置中删除资源时，Terraform 必须知道如何删除该资源。Terraform 可以看到
的资源存在映射，并计划销毁。但是，由于
如果配置不复存在，则无法仅根据配置确定顺序。
为确保正确运行，Terraform 会在状态中保留最新依赖关系集的副本。
现在，Terraform 在删除一个或多个状态时，仍能根据状态确定正确的销毁顺序。
配置中的更多项目。

NO.28 Terraform 提供者不负责以下事项

基于 APUI 公开资源和数据源

管理根据资源差异采取的行动

了解 API 与某些服务的交互

以多种方式提供基础设施

这不是 Terraform 提供者的职责，因为这在语法和逻辑上都说不通。Terraform 提供者负责根据 API 公开资源和数据源，管理根据资源差异采取的行动，并了解 API 与某些服务的交互。

NO.29 Terraform 在 Windows 中运行良好，但需要 Windows 服务器。

假的

正确

说明
您可能会在实际考试中遇到这个问题。请记住：Terraform 不需要安装 GO 语言作为先决条件，也不需要 Windows 服务器。

NO.30 您的组织已迁移到 AWS，并使用控制台手动部署了基础架构。最近，组织决定在今后的所有部署中统一使用 Terraform。
如何确保 Terraform 在不中断现有服务的情况下管理所有现有服务？

向 AWS 提交报告，要求他们导出所有现有资源的状态，并使用 terraform import 将其导入状态文件。

删除现有资源，然后使用新的 Terraform 配置重新创建，这样 Terraform 就能继续管理这些资源。

Terraform 无法导入在 AWS 控制台中手动部署的资源。

使用 terraform import 将现有基础架构导入 Terraform 状态。

Terraform 能够导入现有基础设施。这样，我们就能将通过其他方式（如通过控制台）创建的资源纳入 Terraform 管理。
这是一种将基础架构慢慢过渡到 Terraform 的好方法。
terraform 导入命令用于导入现有基础设施。
要导入一个资源，首先要在配置中为其编写一个资源块，建立 Terraform 将使用的名称。
例如
资源 "aws_instance" "import_example" {
# ...实例配置...
}
现在可以运行 terraform 导入，将现有实例附加到此资源配置中。
$ terraform import aws_instance.import_example i-03efafa258104165f
aws_instance.import_example：从 ID "i-03efafa258104165f" 导入...
aws_instance.import_example：导入完成！
导入 aws_instance（ID：i-03efafa258104165f）
aws_instance.import_example：Refreshing state... (ID: i-03efafa258104165f) Import successful！
导入的资源如上图所示。这些资源现已进入 Terraform 状态，今后将由 Terraform 管理。
该命令会找到 ID 为 i-03efafa258104165f（在 Terraform 之外创建）的 AWS 实例，并将其现有设置（如 EC2 API 所述）附加到 Terraform 状态中的 aws_instance.import_example 名称上。

加载中 …