chore(azurerm): upgrade to 3.3.0#157
Conversation
Signed-off-by: Toni Tauro <toni.tauro@adfinis.com>
|
Hi Reviewers It has been a month. Can we get some review on this? |
|
Hello @eyenx , thanks for opening this pr. Upgrading to 3.x may introduce some breaking changes, while we're planning on adding a new CI pipeline to this module so the further pr can be tested in GitHub action. We're working on this so the next release won't change module's code dramatically. I'm sorry to say that we might need more time to merge this pr. |
lonegunmanb
left a comment
There was a problem hiding this comment.
When apply test/fixture folder, the following errors occured:
╷
│ Error: Output refers to sensitive values
│
│ on outputs.tf line 37:
│ 37: output "test_client_key" {
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ If you do intend to export this data, annotate the output value as sensitive by adding the following argument:
│ sensitive = true
╵
╷
│ Error: Output refers to sensitive values
│
│ on outputs.tf line 41:
│ 41: output "test_client_certificate" {
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ If you do intend to export this data, annotate the output value as sensitive by adding the following argument:
│ sensitive = true
╵
╷
│ Error: Output refers to sensitive values
│
│ on outputs.tf line 45:
│ 45: output "test_cluster_ca_certificate" {
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ If you do intend to export this data, annotate the output value as sensitive by adding the following argument:
│ sensitive = true
╵
╷
│ Error: Output refers to sensitive values
│
│ on outputs.tf line 49:
│ 49: output "test_host" {
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ If you do intend to export this data, annotate the output value as sensitive by adding the following argument:
│ sensitive = true
╵
╷
│ Error: Output refers to sensitive values
│
│ on outputs.tf line 53:
│ 53: output "test_username" {
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ To reduce the risk of accidentally exporting sensitive data that was intended to be only internal, Terraform requires that any root module output
│ containing sensitive data be explicitly marked as sensitive, to confirm your intent.
│
│ If you do intend to export this data, annotate the output value as sensitive by adding the following argument:
│ sensitive = true
╵
| subnet_id = var.ingress_application_gateway_subnet_id | ||
| } | ||
| dynamic "ingress_application_gateway" { | ||
| for_each = var.enable_ingress_application_gateway == null ? [] : ["ingress_application_gateway"] |
There was a problem hiding this comment.
What if var.enable_ingress_application_gateway is false?
There was a problem hiding this comment.
I did the same as on line 80 with identity. As far as I can see we do not check there either if it's null or false
| oms_agent { | ||
| enabled = var.enable_log_analytics_workspace | ||
| dynamic "oms_agent" { | ||
| for_each = var.enable_log_analytics_workspace ? ["oms_agent"] : [] |
There was a problem hiding this comment.
What if var.enable_log_analytics_workspace is null? Should we add nullable = false to the variable?
There was a problem hiding this comment.
I did the same as on line 80 with identity. As far as I can see we do not check there either if it's null or false
|
Hi @eyenx , after discussed with my team, we decided to accept this pr before we introduce pipeline to this module. There're some suggestions remain, would you please take a look? Thanks. |
Co-authored-by: lonegunmanb <lonegunmanb@hotmail.com>
Co-authored-by: lonegunmanb <lonegunmanb@hotmail.com>
|
Hi @lonegunmanb thanks for the review. I answered some comments of yours and applied some changes. |
|
@eyenx thanks for updating, after run the test I've got the following error: I think it's ok to leave the variables' validation blank for now since the existing variables are lacking of proper validation, I'll deal with them in the later pr. Would you please update the |
|
Done! @lonegunmanb |
|
@eyenx apology for the confusion, but these errors are complaining that the outputs in |
|
I see should I revert my changes then? |
Signed-off-by: Toni Tauro <toni.tauro@adfinis.com>
|
@lonegunmanb can you retry? my tests worked now. |
|
Thanks @eyenx, LGTM! |
|
@lonegunmanb Awesome! Will there be a release soon? |
Hi @davidkarlsen , since this release will introduce breaking changes, I'd like to submit several more pull requests which contain breaking changes to improve the current code so the users will experience one time breaking change then everything will be stable. And I still need more time to test the impact caused by this major version upgrade, we may warn our users on what will happen if they choose to upgrade this major version. |
|
Hi @lonegunmanb Thanks for merging this. Is there any chance that it could get released soon? |
Fixes #145
Fixes #156
Changes proposed in the pull request:
Upgrade azurerm to 3.3.0 following the upgrade guide https://registry.terraform.io/providers/hashicorp/azurerm/latest/docs/guides/3.0-upgrade-guide#resource-azurerm_kubernetes_cluster
Tests succesful:
Signed-off-by: Toni Tauro toni.tauro@adfinis.com