Terraform: SoftLayer provider is grossly outdated. Behind by about 22 resources and tons of fixes.

Created on 18 Nov 2016  ยท  5Comments  ยท  Source: hashicorp/terraform

I'm one of the members of the team that got the SoftLayer provider into the Terraform tree.

After some attempts to continue updating the provider and months of waiting, we decided to create an out of the tree external provider to make it easy for users to install binaries of an updated provider.

Currently the internal SoftLayer provider only has 2 resources: SSH Key and Virtual Guest. Enough to do simple things. On the external provider, terraform-provider-softlayer, we are already up to 24 resources.

So the difference between the internal and external providers is pretty large by now. The external one even uses a different SoftLayer client under the covers. This is starting to confuse users who find the internal provider first and struggle through issues that have already been fixed in the external provider.

So it's clear that we need to get the internal provider updated. I would like to ask, after some failed attempts as referenced above, what should our strategy be here? Appreciate your advice.

bug providesoftlayer

Most helpful comment

An update: https://github.com/hashicorp/terraform/pull/12201 -- we intend to bring all resources from the repository @renier mentioned into the fold as we move forward, as well as many others. Cheers.

All 5 comments

Relatedly, I've had #9668 open for -- wow, nearly a month now. It is still pending comments/reviews/etc from a terraform maintainer.

My impression is that softlayer integration is a low priority for the terraform team -- would it make more sense to completely remove the internal provider to try to reduce confusion, eg. force users to user the external provider?

@TheKevJames I recommend you head over to terraform-provider-softlayer which uses the official softlayer-go. Covers all the issues you highlighted in your PR.

My impression is that softlayer integration is a low priority for the terraform team -- would it make more sense to completely remove the internal provider to try to reduce confusion, eg. force users to user the external provider?

Yes, at this point all (update to the latest version) or nothing (remove it from the tree) is what makes sense to me. That is what I argued for in #9024.

FWIW IBM is working on picking this back up. We are working on a strategy with HashiCorp to deprecate this provider and implement a new on under the IBM Bluemix flag (as IBM has re-branded SoftLayer to Bluemix now). The plan will be to move the internal provider efforts over from the work done by Renier and get it officially accepted upstream. We're working out a partnership with Hashi to get help accelerate this time and get attention to our provider.

An update: https://github.com/hashicorp/terraform/pull/12201 -- we intend to bring all resources from the repository @renier mentioned into the fold as we move forward, as well as many others. Cheers.

I'm going to lock this issue 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 similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

thebenwaters picture thebenwaters  ยท  3Comments

sprokopiak picture sprokopiak  ยท  3Comments

rkulagowski picture rkulagowski  ยท  3Comments

c4milo picture c4milo  ยท  3Comments

rjinski picture rjinski  ยท  3Comments