<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 11, 2016 at 11:30 AM, Monty Taylor <span dir="ltr"><<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/11/2016 09:43 AM, Allison Randal wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wed, Apr 6, 2016 at 1:11 PM, Davanum Srinivas <<a href="mailto:davanum@gmail.com" target="_blank">davanum@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Reading unofficial notes [1], i found one topic very interesting:<br>
One Platform – How do we truly support containers and bare metal under<br>
a common API with VMs? (Ironic, Nova, adjacent communities e.g.<br>
Kubernetes, Apache Mesos etc)<br>
<br>
Anyone present at the meeting, please expand on those few notes on<br>
etherpad? And how if any this feedback is getting back to the<br>
projects?<br>
</blockquote></blockquote>
<br>
It was really two separate conversations that got conflated in the<br>
summary. One conversation was just being supportive of bare metal, VMs,<br>
and containers within the OpenStack umbrella. The other conversation<br>
started with Monty talking about his work on shade, and how it wouldn't<br>
exist if more APIs were focused on the way users consume the APIs, and<br>
less an expression of the implementation details of each project.<br>
OpenStackClient was mentioned as a unified CLI for OpenStack focused<br>
more on the way users consume the CLI. (OpenStackSDK wasn't mentioned,<br>
but falls in the same general category of work.)<br>
<br>
i.e. There wasn't anything new in the conversation, it was more a matter<br>
of the developers/TC members on the board sharing information about work<br>
that's already happening.<br>
</blockquote>
<br></span>
I agree with that - but would like to clarify the 'bare metal, VMs and containers' part a bit. (an in fact, I was concerned in the meeting that the messaging around this would be confusing because we 'supporting bare metal' and 'supporting containers' mean two different things but we use one phrase to talk about it.<br>
<br>
It's abundantly clear at the strategic level that having OpenStack be able to provide both VMs and Bare Metal as two different sorts of resources (ostensibly but not prescriptively via nova) is one of our advantages. We wanted to underscore how important it is to be able to do that, and wanted to underscore that so that it's really clear how important it is any time the "but cloud should just be VMs" sentiment arises.<br>
<br>
The way we discussed "supporting containers" was quite different and was not about nova providing containers. Rather, it was about reaching out to our friends in other communities and working with them on making OpenStack the best place to run things like kubernetes or docker swarm. Those are systems that ultimately need to run, and it seems that good integration (like kuryr with libnetwork) can provide a really strong story. I think pretty much everyone agrees that there is not much value to us or the world for us to compete with kubernetes or docker.<br>
<br>
So, we do want to be supportive of bare metal and containers - but the specific _WAY_ we want to be supportive of those things is different for each one.<br></blockquote></div><div><br></div><div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">I was there and agree with the summary provided by Allison and Monty.</div></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">It's important to have some high level alignment on where we see our core strengths and where we see ourselves as complementary and not competitive.  I don't think any of it was new information, but valuable to revisit nonetheless.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><span style="font-family:arial,sans-serif">-- </span><br></div><div class="gmail_signature"><div dir="ltr"><div><font face="arial black, sans-serif">Russell Bryant</font></div></div></div>
</div></div>