You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 5, 2020. It is now read-only.
I looked through resource_rancher_host.go and was trying to figure out if this provider supports the various cloud providers for host provisioning that rancher supports.
Based on my research it doesn't yet.
Is there a way we could easily support the various cloud providers by making an optional appended system map to the host resource and pass in the json for the rancher-api to leverage the cloud provider?
That would be doable indeed. That said, we haven't implemented it because we prefer to manage provisioning with the proper Terraform resources, as managing it with Rancher will make it harder to patch/remove such resources.
Isn't the provider using the Rancher API to begin with?
I'm probably not understanding correctly, but I thought if you're using the API and you do a remove call, it'll still remove the cloud resource. Basically you're just defining extra information about the host that the API supports that the terraform provider doesn't currently expose?
nevermind, I think I understand your point. I think its less about removal and more about modification and tracking the state of the individual descriptors in that appended "blob"?
I looked through resource_rancher_host.go and was trying to figure out if this provider supports the various cloud providers for host provisioning that rancher supports.
Based on my research it doesn't yet.
Is there a way we could easily support the various cloud providers by making an optional appended system map to the host resource and pass in the json for the rancher-api to leverage the cloud provider?
Something like:
The text was updated successfully, but these errors were encountered: