Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
hello
Honestly, I don't understand why the azure integration does not allow to configure all services like other cloud integrations (gcp, aws) do especially since the underlying API accept it:
this example payload passing empty services array
[]
will enable all services in contrast of specifying a list of services which will only select those obviously.Digging in git history I understand that it is a limitation from the terraform provider which make the
services
argument mandatory with at least one element:splunk-terraform/terraform-provider-signalfx@0353e12#diff-aa526560492dd3432307ab965443674778bce1ce10e7c452f41975599b2716f6
However it seems to be a desired breaking change as changelog indicates: https://github.com/hashicorp/terraform-provider-signalfx/blob/master/CHANGELOG.md#4190-april-13-2020
Even if I would prefer to have the ability to configure all services easily without to know them like for aws and gcp there was probably a good reason to that but while I don't know/understand it I prefer to avoid any undesired side affect.
So I updated the azure services list to, at least, be able to configure all of them from the datasource given that it seems to be the only way even if it is not really future proof and will probably show similar problem when you will add new services in your integration.
I tested the terraform provider with this change and it works fine:
I am not sure how should I process to update the provider, should I wait for a tag here and create a Pull Request to bump the lib version used in go.mod here : https://github.com/splunk-terraform/terraform-provider-signalfx ? or simply create an issue ?
thanks