I think it's good to render notification_topic_arn on .tf file and .tfstate file. Because I'm using terraforming with Terraform CLI tool with import subcommand.
In that situation, I work according to the below instructions.
Execute terraforming ecc
Cut and paste (or process the output by a script) a target cluster TF configuration to a new .tf file.
Run terraform import module.elasticache_redis.aws_elasticache_cluster.foo foo to import the actual resource into tfstate file.
I confirm that there are no diffs by run terraform plan command.
If the actual resource has a notification configuration, then the terrafrom plan generates the following output.
An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
~ update in-place
Terraform will perform the following actions:
~ module.elasticache_redis.aws_elasticache_cluster.foo
notification_topic_arn: "arn:aws:sns:ap-northeast-1:123456789012:bar" => ""
Plan: 0 to add, 1 to change, 0 to destroy.
I’d like the output of terraforming to eliminate diffs after run terraform import. What do you think about this?
I'm using terraforming with the following environment.
Coverage remained the same at 100.0% when pulling 92f101d2ec954cb1cc8c3d4a3f6ae4c8b26d6b18 on mozamimy:elasticache-cluster-notify into 1ba96b958123087dc1454e284ce34cc9c00b69a0 on dtan4:master.
I think it's good to render
notification_topic_arn
on .tf file and .tfstate file. Because I'm using terraforming with Terraform CLI tool withimport
subcommand.In that situation, I work according to the below instructions.
terraforming ecc
terraform import module.elasticache_redis.aws_elasticache_cluster.foo foo
to import the actual resource into tfstate file.terraform plan
command.If the actual resource has a notification configuration, then the
terrafrom plan
generates the following output.I’d like the output of terraforming to eliminate diffs after run
terraform import
. What do you think about this?I'm using terraforming with the following environment.