Container Registry module can deploy these resources:
- azurerm_container_registry (required)
- azurerm_monitor_diagnostic_setting (optional)
- azurerm_private_endpoint (optional)
Example variables structure is located in variables.md.
Example use case is located in test-case/locals.tf.
You can also see changelog.
Terraform documentation:
https://registry.terraform.io/providers/hashicorp/azurerm/4.1.0/docs/resources/container_registry
https://registry.terraform.io/providers/hashicorp/azurerm/4.1.0/docs/resources/private_endpoint
WARNING: AzureRM provider had been updated to a new major version. Many breaking changes were implemented. See the providers guide for more information.
There are a few things you need to do to import resources into .tfstate. In the example below there are resources which can be imported within the module. You may need to modify these commands to the OS on which they will be running (Refer to the documentation for additional details).
- terraform import '
<path-to-module>
.azurerm_container_registry.container_registry["<container-registry-name>
"]' '/subscriptions/<subscription-id>
/resourceGroups/<resource-group-name>
/providers/Microsoft.ContainerRegistry/registries/<container-registry-name>
'
- terraform import '
<path-to-module>
.azurerm_monitor_diagnostic_setting.diagnostic_setting["<container-registry-name>
_<diag-name>
"]' '/subscriptions/<subscription-id>
/resourceGroups/<resource-group-name>
/providers/Microsoft.ContainerRegistry/registries/<container-registry-name>
|<diag-name>
'
- terraform import '
<path-to-module>
.module.private_endpoint.azurerm_private_endpoint.private_endpoint["<private-endpoint-name>
"]' '/subscriptions/<subscription-id>
/resourceGroups/<resource-group-name>
/providers/Microsoft.Network/privateEndpoints/<private-endpoint-name>
'
NOTE:
<path-to-module>
is terraform logical path from root. e.g. module.container_registry
Output Name | Value | Comment |
---|---|---|
outputs | name | |
id | ||
login_server | URL to log into the container registry | |
admin_username | Username associated with the CR Admin account | |
principal_id | principal_id (object_id) of system assigned identity |
In the example below, outputted id of the deployed Container Registry module is used as a value for the scope variable in Role Assignment resource.
module "cr" {
source = "git@github.com:Seyfor-CSC/mit.container-registry.git?ref=v1.0.0"
config = [
{
name = "SEYTERRAFORMNECR01"
location = "northeurope"
resource_group_name = "SEY-TERRAFORM-NE-RG01"
sku = "Premium"
}
]
}
data "azurerm_client_config" "azurerm_client_config" {
}
resource "azurerm_role_assignment" "role_assignment" {
scope = module.cr.outputs.seyterraformnecr01.id # This is how to use output values
role_definition_name = "Contributor"
principal_id = data.azurerm_client_config.azurerm_client_config.object_id
}
No special features in module.
We currently log no issues in this module.