<div dir="ltr"><div>Hey Frank,<br><br></div>Honestly, I was also thinking that using containers for implementing blue/green deployment would be best for implementing minimal downtime. I suggest having a basic run-through of this idea with the community over tomorrow's irc meeting should be a good start.<br><div class="gmail_extra"><br><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>Regards</div><div>Vipul Nayyar</div><div><br></div></div></div></div>
<br><div class="gmail_quote">On Wed, Jul 20, 2016 at 8:15 PM, Frank Kloeker <span dir="ltr"><<a href="mailto:eumel@arcor.de" target="_blank">eumel@arcor.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Am 2016-07-11 14:59, schrieb Vipul Nayyar:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey Elizabeth,<br>
<br>
I'd like to contribute. :-)<br>
<br>
I have some past deployment and Ops experience and I'm really<br>
interested in building something of a blue green deployment system<br>
here, to decrease the downtime. Although, I'm still going through the<br>
infra related docs which I'm fairly new to, but with a little bit of<br>
guidance early on, I'll be happy to take over some responsibilities<br>
over time.<br>
<br>
Maybe a good place for me to start might be, to have a deep look at<br>
the puppet module written by Frank and probably noting down the most<br>
common errors that are encountered regularly. I'd like to hear more<br>
concrete thoughts from the community about how to proceed on this, if<br>
any.<br>
</blockquote>
<br></span>
Welcome Vipul,<br>
<br>
no big prefaces, I'd like the idea with blue/green deployment because we have to bridge downtime when DevStack is re-installing, requirement is once a week (day). And we have to pick a way return if DevStack installation failed. The reason for this is more DevStack specific because we want to use master branch with the newest changes.<br>
I have gained some experience with LXD containter and want to push the topic a little bit forward. The draft of my idea is here: <a href="https://github.com/eumel8/translation_checksite/blob/container/translation_check_container.jpg" rel="noreferrer" target="_blank">https://github.com/eumel8/translation_checksite/blob/container/translation_check_container.jpg</a><br>
There are 2 container with DevStack installation + translation checksite. In front of the container is some magic, called Watchdog for installing the stuff and guarding the installation. Traffic will be route to the last available container version. Container installation is a little bit described here: <a href="http://docs.openstack.org/developer/devstack/guides/lxc.html" rel="noreferrer" target="_blank">http://docs.openstack.org/developer/devstack/guides/lxc.html</a> But needs to adapt for LXD 2.0.<br>
And we have to persuade the infra team to provide 16.04 VM :-)<br>
Let me know what do you think.<br>
<br>
kind regards<span class="HOEnZb"><font color="#888888"><br>
<br>
Frank<br>
<br>
</font></span></blockquote></div><br></div></div>