<html>

<head>

<style><!--

.hmmessage P

{

margin:0px;

padding:0px

}

body.hmmessage

{

font-size: 12pt;

font-family:微软雅黑

}

--></style></head>

<body class='hmmessage'><div dir='ltr'>Adrian<div><br></div><div>I see, for different tools  building different <span style="font-size: 12pt;">customer</span><span style="font-size: 12pt;"> </span><span style="font-size: 12pt;"> bay is not good choice.</span></div><div><span style="font-size: 12pt;"><br></span></div><div><span style="font-size: 12pt;">Thanks,</span></div><div><span style="font-size: 12pt;"><br></span></div><div><span style="font-size: 12pt;">Fang</span></div><div> </div><div> <br><div><br><div><hr id="stopSpelling">From: adrian.otto@rackspace.com<br>To: openstack-dev@lists.openstack.org<br>Date: Thu, 16 Apr 2015 06:29:30 +0000<br>Subject: Re: [openstack-dev] [magnum]<br><br>

Fang,

<div><br>

</div>

<div>One possibility we have been thinking about is using our Docker-Swarm bay type to leverage Swarm’s Mesos integration feature as that takes form.</div>

<div><br>

</div>

<div><a href="https://github.com/docker/swarm/blob/191b2b5fd4cef01eef0ae2a7e86f600d91b55ec1/ROADMAP.md" target="_blank">https://github.com/docker/swarm/blob/191b2b5fd4cef01eef0ae2a7e86f600d91b55ec1/ROADMAP.md</a></div>

<div><a href="https://github.com/vieux/swarm/blob/98a21bd373c4c26a41942b03f167f64ccd29e079/scheduler/mesos/mesos.go" target="_blank">https://github.com/vieux/swarm/blob/98a21bd373c4c26a41942b03f167f64ccd29e079/scheduler/mesos/mesos.go</a></div>

<div><br>

</div>

<div>It’s probably best not to duplicate efforts here unless contemplated Magnum bay types turn out to be insufficient for real world use cases. I’d like to hear concrete guidance from users about the specific limitations of the naive scheduler implementation

 prior to giving a wide variety of choices here.</div>

<div><br>

</div>

<div>This is also an area where we can collaborate with the Kubenetes development team to aim for an integration point where both Kubernetes and Docker-Swarm bay types can leverage a common plug-in interface for external resource placement in their respective

 schedulers.</div>

<div><br>

</div>

<div>The key here is how can we get maximum leverage of prevailing tools without building custom bay types for every single one. We plan to pick the leaders, and have good integrations with those.</div>

<div><br>

</div>

<div>Thanks,</div>

<div><br>

</div>

<div>Adrian<br>

<div><br>

<div>

<div>On Apr 15, 2015, at 7:29 AM, FangFenghua <<a href="mailto:fang_fenghua@hotmail.com">fang_fenghua@hotmail.com</a>> wrote:</div>

<br class="ecxApple-interchange-newline">

<blockquote><style><!--

.ExternalClass .ecxhmmessage P {

padding:0px;

}

.ExternalClass body.ecxhmmessage {

font-size:12pt;

font-family:微软雅黑;

}

--></style>

<div class="ecxhmmessage">

<div dir="ltr">Apache Mesos maybe is  a choice as a Magnum's Container backend.

<div>Now it native support Docker contanier . <span style="font-size:12pt;">I thinks magnum have a</span></div>

<div><span style="font-size:12pt;">Mesos bay is  very Cool. </span></div>

</div>

</div>

__________________________________________________________________________<br>

OpenStack Development Mailing List (not for usage questions)<br>

Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>

<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>

</blockquote>

</div>

<br>

</div>

</div>

<br>__________________________________________________________________________

OpenStack Development Mailing List (not for usage questions)

Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe

http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</div></div></div>                                     </div></body>

</html>