<div dir="ltr"><div><div><div><div><div><div><div><div><div>Thank you very much @Akihiro and @Jeremy<br><br></div>these answers are really useful and constructives.<br><br></div>Akihiro, regarding your two points yes, they for sure will be challenging and I really plan to work on this feature as a horizon plugin at the beginning as you mentioned it.<br><br></div>Here what I'm thinking to do to overcome these challenges:<br><br></div>1°/ - Get the information into the keystone catalog that could retrieve them from the services through a call to the exposed specific APIs (/vX/service-configs for example).<br></div>2°/ - Get each service to expose its configuration values and config location through a versionned API endpoint (/vX/service-configs url for example).<br></div>3°/ - Horizon retrieve these informations from keystone.<br><br></div>Another solution would be Horizon to retrive these values directly from each services API, that would however have some impact depending on the call implementation.<br><br></div>I'm aware that it would imply a lot of work on the openstack services themself but the plugin could implement a routine that would fill the view with NaN values and a short informative message within the description column if it can't grab the values.<br><br>Thanks a lot for these informations and insights, I'll work on a PoC and test it locally, if I come with something usefull I'll show you.<br><br></div><div>Have a nice day!<br></div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><div><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Le lun. 18 déc. 2017 à 18:06, Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2017-12-19 01:40:50 +0900 (+0900), Akihiro Motoki wrote:<br>
[...]<br>
> First point is how to distribute configuration files configured<br>
> via GUI to servers. Horizon communicates back-end services through<br>
> REST APIs and is agnostic of actual server setup. There is no way<br>
> for horizon to know how your deployments are. This is the area<br>
> that deployment tools (like ansible, tripleo, fuel and so on)<br>
> handle.<br>
[...]<br>
<br>
The burgeoning discussions about an etcd backend for oslo.config may<br>
be relevant to this piece of the problem.<br>
--<br>
Jeremy Stanley<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div>