You want to organize your Terraform modules in a private module registry for your organization. Which naming convention correctly identifies a module source in the registry?
Think about how Terraform identifies modules by organization, name, and provider.
Terraform module registry uses the format organization/module-name/provider. The correct format includes the organization name first.
Given a module published in your organization's private registry as org-name/app1/vpc, which Terraform block correctly references this module?
Check the exact source format for modules in Terraform registries.
The source should be org-name/module-name/provider without the registry URL prefix.
Your organization uses a private Terraform module registry. What is the best practice to securely authenticate Terraform CLI to access private modules?
Think about secure ways to handle credentials without exposing them in code.
Terraform CLI supports authentication via environment variables or CLI login commands, which keeps credentials out of code and configuration files.
If you specify version = ">= 1.0.0, < 2.0.0" in your module block, what version of the module will Terraform select from the registry?
Consider how Terraform handles version constraints and selects module versions.
Terraform picks the newest version that satisfies the version constraint range.
Your organization has many Terraform modules for different projects. Which approach best supports maintainability and reuse in a private module registry?
Think about modular design principles and version control.
Small, focused modules are easier to maintain, test, and reuse. Independent versioning allows safe updates.