Comment 2 for bug 1319404

I started looking into this and I'm wondering how far do we want to go?

For example, in the json returned for the environment detail call and the services detail call, we can change the API so that all instances of "services" are replaced by "applications". However, this will also require changing the same in python-muranoclient, which in turn will require changing the references in murano-dashboard, possibly down to the level of the javascript.

Also, if we change it everywhere, should we also consider changing the murano API code so that, behind the API endpoint, class names are also consistent with this change? (e.g., changing the underlying function names and class names so that they all use "Application" or "application" in place of "Service" and "service", respectively?

This would be a major change and I'm wondering about the value of doing this compared to the effort required.

Furthermore, I'm also wondering: it could be that all application packages can be considered "services". As Steve mentioned earlier, "components" could be used to describe both packages that can be considered "applications" as well as packages that might fall more into the "service" category.

Perhaps we should come to an agreement on the final choice, as it will result in the renaming of functions, URLs, classes, and filenames across all 3 components: the API endpoint, the python-muranoclient, and the murano-dashboard.