Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for storage controllers #12

Open
jeffstoner opened this issue Apr 15, 2017 · 3 comments
Open

Add support for storage controllers #12

jeffstoner opened this issue Apr 15, 2017 · 3 comments

Comments

@jeffstoner
Copy link
Contributor

The Q release added support for multiple storage controllers. The current list of possible controllers is:

  • VMware Paravirtual
  • LSI Logic Parallel
  • LSI Logic SAS
@tintoy
Copy link
Contributor

tintoy commented Apr 16, 2017

Thanks for the reminder - I'll get onto this in a day or 2.

Do you mind if I ask what you're using the Go client for? Always good to understand consumer use-cases :)

@tintoy
Copy link
Contributor

tintoy commented Apr 17, 2017

Hi @jeffstoner, this looks to be a bit trickier than I initially expected it to be. Turns out that the v2.5 APIs are less backward-compatible than versions.

For example:

  • In v2.4, you can specify the SCSI unit Id for a disk, but in v2.5 you can only specify it if you specify the SCSI controller as well.
  • The "deploy uncustomised server" API seems to be new in v2.5 and has moved several API fields around (e.g. networkDomainId is no longer under networkInfo).

I could introduce a second set of client methods (and their associated models) to avoid breaking existing consumers but it makes the client messy and harder to consume.

A bigger issue is the knock-on effects for upstream consumers such as the Terraform provider. If we go down that road then the provider will have to start maintaining separate code paths for a variety of resources (which makes the provider's behaviour harder to reason about and test).

CC: @kumarappanc @mingsheng36 @wninobla @johnamurray @alexbacchin

Your input would be appreciated, both regarding this design and the trade-offs it involves.

@tintoy
Copy link
Contributor

tintoy commented Apr 17, 2017

CC: @manishkp @BenObermayer

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants