<div dir="ltr">Greetings,<div><br></div><div>Please, be informed that the source code of Nailgun API extension has landed to the designated repository [1]. Project was code named 'tuning-box'. We are working to integrate it into the build and testing systems provided by Fuel infra. I suggest that the FFE can be closed.</div><div><br></div><div>I'd like to thank the community for the trust you've put in us. Hope we laid a foundation for more flexible and modular architecture for the future Fuel versions.<br></div><div><br></div><div>Sorry for the delay with this heads up.</div><div><br></div><div>[1] <a href="https://git.openstack.org/openstack/tuning-box.git">https://git.openstack.org/openstack/tuning-box.git</a></div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 12:27 AM, Dmitry Borodaenko <span dir="ltr"><<a href="mailto:dborodaenko@mirantis.com" target="_blank">dborodaenko@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Granted, merge deadline March 24, no impact expected in core components<br>
(fuel-library, fuel-web, fuel-ui).<br>
<br>
--<br>
Dmitry Borodaenko<br>
<div><div class="h5"><br>
<br>
On Tue, Mar 01, 2016 at 04:22:05PM +0300, Oleg Gelbukh wrote:<br>
> Greetings,<br>
><br>
> As you might know, we are working on centralised storage for<br>
> deployment configuration data in Fuel. Such store will allow external<br>
> 3rd-party services to consume the entirety of settings provided by<br>
> Fuel to deployment mechanisms on target nodes. It will also allow to<br>
> manage and override the settings via simple client application.<br>
><br>
> This change is required to enable Puppet Master based LCM solution.<br>
><br>
> We request a FFE for this feature for 3 weeks, until Mar 24. By that<br>
> time, we will provide tested solution in accordance with the following<br>
> specifications [1] [2]<br>
><br>
> The feature includes 3 main components:<br>
> 1. Extension to Nailgun API with separate DB structure to store serialized data<br>
> 2. Backend library for Hiera to consume the API in question to lookup<br>
> values of the certain parameters<br>
> 3. Astute task to download all serialized data from nodes and upload<br>
> them to ConfigDB API upon successful deployment of cluster<br>
><br>
> Since introduction of stevedore-based extensions [3], we could develop<br>
> extensions in separate code repos. This makes change to Nailgun<br>
> non-intrusive to core code.<br>
> Backend library will be implemented in fuel-library code tree and<br>
> packaged as a sub-package. This change also doesn't require changes in<br>
> the core code.<br>
> Astute task will add a task in the flow. We will make this task<br>
> configurable, i.e. normally this code path won't be used at all. It<br>
> also won't touch core code of Astute.<br>
><br>
> Overall, I consider this change as low risk for integrity and timeline<br>
> of the release.<br>
><br>
> Please, consider our request and share concerns so we could properly<br>
> resolve them.<br>
><br>
> [1] <a href="https://blueprints.launchpad.net/fuel/+spec/upload-deployment-facts-to-configdb" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/fuel/+spec/upload-deployment-facts-to-configdb</a><br>
> [2] <a href="https://blueprints.launchpad.net/fuel/+spec/serialized-facts-nailgun-api" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/fuel/+spec/serialized-facts-nailgun-api</a><br>
> [3] <a href="https://blueprints.launchpad.net/fuel/+spec/stevedore-extensions-discovery" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/fuel/+spec/stevedore-extensions-discovery</a><br>
><br>
> --<br>
> Best regards,<br>
> Oleg Gelbukh<br>
> Mirantis Inc.<br>
><br>
</div></div>> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>