From 43f3a42a119198e0a48beb7e0903cc143deb0fbf Mon Sep 17 00:00:00 2001 From: Kim Ngo Date: Thu, 5 Nov 2020 13:35:57 -0600 Subject: [PATCH] Fix NIA doc links (#9110) fix config link and anchor --- website/pages/docs/nia/installation/run.mdx | 2 +- website/pages/docs/nia/network-drivers.mdx | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/website/pages/docs/nia/installation/run.mdx b/website/pages/docs/nia/installation/run.mdx index 62fd87078..e6b217b07 100644 --- a/website/pages/docs/nia/installation/run.mdx +++ b/website/pages/docs/nia/installation/run.mdx @@ -14,7 +14,7 @@ description: >- $ mv ~/Downloads/consul-terraform-sync /usr/local/bin/consul-terraform-sync ``` -2. Create the config.hcl file, all the options are available [here](https://github.com/hashicorp/consul-terraform-sync/blob/master/docs/config.md#consul-terraform-sync). +2. Create the config.hcl file, all the options are available [here](/docs/nia/installation/configuration). 3. Run consul-terraform-sync. diff --git a/website/pages/docs/nia/network-drivers.mdx b/website/pages/docs/nia/network-drivers.mdx index 884771e24..7d9de4a75 100644 --- a/website/pages/docs/nia/network-drivers.mdx +++ b/website/pages/docs/nia/network-drivers.mdx @@ -44,7 +44,7 @@ The following files of the root module are generated for each task. An [example * `terraform` block - The corresponding provider source and versions for the task from the configuration files are placed into this block for the root module. The Terraform backend from the configuration is also templated here. * `provider` blocks - The provider blocks generated in the root module resemble the provider blocks in the configuration. They have identical arguments present and are set from the intermediate variable created per provider. * `module` block - The module block is where the task's module is called as a [child module](https://www.terraform.io/docs/configuration/modules.html#calling-a-child-module). The child module contains the core logic for automation. Required and optional input variables are passed as arguments to the module. -* `variables.tf` - This file contains 2 types of variable declarations. The required `services` input variable which determines module compatibility with Consul-Terraform Sync (read more on [compatible Terraform modules](#compatible-terraform-modules) for more details) and various intermediate variables used to dynamically configure providers. These intermediate provider variables are interpolated from the provider blocks and arguments configured in the Consul-Terraform-Sync configuration. +* `variables.tf` - This file contains 2 types of variable declarations. The required `services` input variable which determines module compatibility with Consul-Terraform Sync (read more on [compatible Terraform modules](/docs/nia/installation/requirements#how-to-create-a-compatible-terraform-module) for more details) and various intermediate variables used to dynamically configure providers. These intermediate provider variables are interpolated from the provider blocks and arguments configured in the Consul-Terraform-Sync configuration. * `variables.module.tf` - This file is conditionally created if there are [variables configured for the task](/docs/nia/installation/configuration#variable_files) and contains the interpolated variable declarations that match the variables from configuration. These are then used to proxy the configured variables to the module through explicit assignment in the module block. * `terraform.tfvars` - The variable definitions file is where the services input variable is assigned values from the Consul catalog. It is periodically updated to reflect the current state of the configured set of services for the task. * `terraform.tfvars.tmpl` - The template file is used by Consul-Terraform-Sync to template service information from the Consul catalog by using the HashiCorp configuration and templating library ([hashicorp/hcat](https://github.com/hashicorp/hcat)).