<div dir="ltr"><div><div>Hi, fuelers<br><br></div>We had a meeting today to discuss how we gonna meet all the requirements for OpenStack patching (<a href="https://blueprints.launchpad.net/fuel/+spec/patch-openstack">https://blueprints.launchpad.net/fuel/+spec/patch-openstack</a>) and FUEL Upgrade blueprints.<br>
</div>These are the main points:<br><br><div style="margin-left:40px">1. We need strict EOS and EOL rules to decide how many maintenance releases there will be for each series or our QA team and infrastructure will not ever be available to digest it.<br>
</div><div style="margin-left:40px">2. We need to separate versioning for components. We will have several versions in each release:<br></div><div style="margin-left:40px"><div style="margin-left:40px">a. version of OpenStack we support<br>
</div></div><div style="margin-left:40px"><div style="margin-left:40px">b. version of FUEL and all its components<br></div></div><div style="margin-left:40px"><div style="margin-left:40px">c. each deployed environment will have its own version which will consist of FUEL library version and OpenStack version<br>
</div></div><div style="margin-left:40px"><div style="margin-left:40px">d. Nailgun engine should have versioning of serializers which pass data to provisioning and deployment engines in order to support backward compatibilities between FUEL versions (e.g. to add node to 5.0.x environment from 5.1 FUEL node)<br>
</div></div><div style="margin-left:40px">3. We need to clearly specify the restrictions which patching and upgrade process we support:<br></div><div style="margin-left:40px"><div style="margin-left:40px">a. New environments can only be deployed with the latest version of OpenStack and FUEL Library supported<br>
</div></div><div style="margin-left:40px"><div style="margin-left:40px">b. Old environments can only be updated within the only minor release (e.g. 5.0.1->5.0.2 is allowed, 5.0.1->5.1 is not)<br></div></div><div style="margin-left:40px">
4. We have some devops tasks we need to finish to feel more comfortable in the future to make testing of patching much easier:<br></div><div style="margin-left:40px"><div style="margin-left:40px">a. we need to finish devops bare metal and distributed enviroments setup to make CI and testing process easier<br>
</div></div><div style="margin-left:40px"><div style="margin-left:40px">b. we need to implement elastic-recheck like feature to analyze our CI results in order to allow developers to retrigger checks in case of floating bugs<br>
</div></div><div style="margin-left:40px"><div style="margin-left:40px">c. we need to start using more sophisticated scheduler</div></div><div style="margin-left:40px"><br></div><div><br clear="all"><div><div><br>-- <br><div dir="ltr">
Yours Faithfully,<br>Vladimir Kuklin,<br>Fuel Library Tech Lead,<br>Mirantis, Inc.<br>+7 (495) 640-49-04<br>+7 (926) 702-39-68<br>Skype kuklinvv<br>45bk3, Vorontsovskaya Str.<br>Moscow, Russia,<br><a href="http://www.mirantis.ru/" target="_blank">www.mirantis.com</a><br>
<a href="http://www.mirantis.ru/" target="_blank">www.mirantis.ru</a><br><a href="mailto:vkuklin@mirantis.com" target="_blank">vkuklin@mirantis.com</a></div>
</div></div></div></div>