Open croeck opened 9 years ago
Like you said this may differ between CF providers. Maybe we need to skip this info for now (or use defaults for unknown mappings)? A developer must investigate the pricing etc. before he provisions a service anyway?! Otherwise we will probably need a lot of conditionals inside our code getting the provider's name and then mapping metadata for each provider?
Maybe we need to skip this info for now
I agree and opened this issue only so it won't be forgotten.
(or use defaults for unknown mappings)?
This is somehow what we actually do right now. The default is just to not include any price at all.
Otherwise we will probably need a lot of conditionals inside our code getting the provider's name and then mapping metadata for each provider?
Assuming this would work for the most popular providers, it would be a first step. Currently it seems to be the only solution, but maybe Cloud Foundry also comes up with some changes for API v3
Service costs on Cloud Foundry are not standardized. We must find or propose an approach how the information can be obtained.
The service cost model of PaaSal is already built to support Pivotal's constructs.