Open scross01 opened 7 years ago
For discussion: alternative could be to explicitly add container_path
as an optional attribute to all resources. Plus all resources should probably have separate attributes to distinguish between the fully qualified name /Compute-mydomain/mycontainer/myresourcename
and just the name part myresourcename
For discussion: alternative could be to explicitly add container_path as an optional attribute to all resources. Plus all resources should probably have separate attributes to distinguish between the fully qualified name /Compute-mydomain/mycontainer/myresourcename and just the name part myresourcename
This would be excellent. Classic IaaS can recreate (delete then create) instances in certain circumstances where an object is provisioned by one user (using user's specific container), and is then updated by another - for example attaching an additional storage volume to a compute instance. Ability to provision resources using custom/generic resource containers would be a great help in avoiding this problem.
Terraform Version
terraform v0.10.0 opc provider v0.1.2
Affected Resource(s)
All resources
The opc provider currently creates all resources under the users specific container e.g. for a user with ID
user@example.com
all resources will be created under/Compute-mydomain/user@example.com
. This matches the compute console UI behavior, however using the APIs it's possible to create resources under a custom container. Terraform provider also need to support this behaviore.g. explicitly setting the name of the resource to
name = "/Compute-mydomain/mycontainer/myresource"
should create the resource under the specifically named container path. Omitting the fully qualified container path would revert to using the default user id based container.Example config: