fix: Enable changing name of MSK configuration

[mvoitko]

Description

Add lifecycle create before destroy rule for msk configuration

Motivation and Context

To enable changing name of MSK configuration
AWS Terraform provider related issue

Breaking Changes

How Has This Been Tested?

• [x ] I have updated at least one of the examples/* to demonstrate and validate my change(s)
• I have tested and validated these changes using one or more of the provided examples/* projects

• I have executed pre-commit run -a on my pull request

[bryantbiggs]

I don't believe this solves the issue based on hashicorp/terraform-provider-aws#15831 (comment)

[mvoitko]

I don't believe this solves the issue based on hashicorp/terraform-provider-aws#15831 (comment)

Nice discussion from your side. I haven't said that this fix solves the issue, but without this fix the workaround doesn't work. The workaround is to add a random suffix to the configuration name which changes only when the content of the configuration file is changed. Then it's not possible to remove the configuration when the new one does not exist yet. And the fix I have done is needed exactly for that reason. You can find similar comments in the issue. Could you please explain why there is no sense in adding this lifecycle rule to the msk configuration?

[bryantbiggs]

you didn't provide any information, supporting evidence, etc. - you simply linked to a closed issue that states that it doesn't work. I do not see any discussion in the linked issue, a simple open and shut of "this unfortunately is not supported". without any supporting evidence, should we just simply take your word and freely accept any changes users sumbit?

[mvoitko]

@bryantbiggs what evidence do you need?

[bryantbiggs]

1. A reproduction of the current issue (this is what's required in the issue template)
2. A deployable example that demonstrates the change remediates the issue described

[nawarajshahi]

@mvoitko I agree with @bryantbiggs that evidence needs to be provided to support why this change is necessary. I had encountered the exact same issue with upgrading kafka cluster because it wanted to destroy existing configuration before it could even create it and also renaming didn't help either without the lifecycle policy of create_before_destroy set.

I think we both ended up following same pattern to get the fixes applied since just making cluster config unique alone wasn't enough. I'm happy to work with you to create new issue and PR going.

[github-actions]

I'm going to lock this pull request because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you have found a problem that seems related to this change, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.