<div dir="ltr"><p dir="ltr">Hi Heaters,</p>
<p dir="ltr">currently we already expose to the user only resources for services deployed in the cloud [1], and soon we will do the same based on whether actual user roles allow creating specific resources [2]. Here I would like to get your opinion on some of my thoughts regarding behavior of resource-type-list, resource-type-show and template-validate with this new features.</p>
<p dir="ltr">resource-type-list<br>
We already (or soon will) hide unavailable in the cloud / for the user resources from the listing. But what if we add an API flag e.g. --all to show all registered in the engine resources? That would give any user a glimpse of what their Orchestration service can manage in principle, so they can nag the cloud operator to install additional OpenStack components or give them required roles :)</p>
<p dir="ltr">resource-type-show<br>
Right now the plan is to disable "showing" unavailable to the user resources. But may be we should leave this as it is, for the same purpose as above (or again add a --all flag or such)?</p>
<p dir="ltr">template-validate<br>
Right now Heat is failing validation for templates containing resource types not registered in the engine (e.g. typo). Should we also make this call available services- and roles-sensitive? Or should we leave a way for a user to check validity of any template with any in principle supported resources?</p>
<p dir="ltr">The bottom line is we are good in making Heat service to be as much self-documented via its own API as possible - let's keep doing that and make any Heat deployment to be the Heat primer :)</p>
<p dir="ltr">Eager to hear your opinions.</p><p>[1] <a href="http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-services.html">http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-services.html</a></p><p>[2] <a href="http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-roles.html">http://specs.openstack.org/openstack/heat-specs/specs/liberty/conditional-resource-exposure-roles.html</a></p>
<p dir="ltr">Best regards,<br>
</p>
</div><div dir="ltr">-- <br></div><div dir="ltr"><span>Dr. Pavlo Shchelokovskyy</span><div>Senior Software Engineer</div><div>Mirantis Inc</div><div><a>www.mirantis.com</a></div></div>