Inventory

[nibalizer]

This adds a dynamic inventory to the collection

[nibalizer]

Any update? @svennam92 @Anil-CM ?

[svennam92]

@nibalizer we haven't forgot about this -- we're working on how we can support contributions like this as this repo is generated from the terraform provider.

[nibalizer]

@svennam92 Ok! I'm happy to maintain this in a repo that you can slurp in automatically if that makes it easier.

[svennam92]

@nibalizer last I spoke with the team, they said they have a mechanism for managing these "non-generated" assets, but let me ask @albee-jhoney to weigh in here.

[jjasghar]

Getting dynamic inventories upstreamed will make life hella easier.

[Anil-CM]

Hi @nibalizer @jjasghar,

This PR listing out the VPC vm instances using the python vpc-go-sdk. To avoid the python sdk dependency, we have come up with a module - ibm_is_instances_info which lists all the VPC vm instances.

[adamsilkcm]

While using the sdk for what could be done with an API call may be overkill on the dependencies, that's what's shown in the python documentation for the API at https://cloud.ibm.com/apidocs/vpc?code=python

And given that this collection is essentially a wrapper for terraform, and terraform would have to have resources defined already to import state and do the same thing, why is the sdk dependency viewed as a worse solution than having to create and upkeep all the fake terraform (or the terraform dependency for that matter)? Ansible is python-based; why not make use of IBM's python sdk to bypass terraform?

[muchafel]

Is this already available when I make use of the collection ibm.cloudcollection ?
I have integrated the collection via custom EE in AWX (auto-plugin enabled), however the inventory plgin seem to be unknown:

Failed to parse /runner/project/inventories/cattle/ibmcloud.yml
with auto plugin: inventory config
'/runner/project/inventories/cattle/ibmcloud.yml' specifies unknown plugin
'ibmcloud.ibmcollection.vpcinventory'

[levivic]

When can this be reviewed and merged? @Anil-CM