Open k-wall opened 2 years ago
@k-wall - I'm really sorry for issues that you have been experiencing. I think generally we need to introduce kas-installer as valid target for the CLI and UI and pick right architecture to avoid billing. Initially that wasn't a bit problem in CLI as it was only about terms and conditions. Now we would have dozens of flags for billing, sizes that strongly depend on AMS.
I will investigate why this is happening and make fix asap
Done quick check and I think this is quite tricky to do as in backend we mix both instance type and size value. instance types cannot be passed by users thus we need AMS for it.
plan developer.x1
or standard.x2
is being sent to backend. So if we do not have AMS information about what type of instance we want:
We cannot really effectively send plan value to backend.
CC @pb82 - maybe we could chat about this next week.
I think we need discussion in the team how we can support kas-installer without ams. First idea in mind would be to have number of extra flags only for kas-installer that will provide missing ams info
Testing the 0.44 alpha, using kas-installler (fleet-manager
registered_users_per_organisation config
configured withmax_allowed_instances
2).is accepted, but an x1 results.
Originally posted by @k-wall in https://github.com/redhat-developer/app-services-cli/issues/1592#issuecomment-1152342236