<div dir="ltr"><div><div><div>Thanks Steven, just some questions/comments here:<br><br></div>1) For native docker support, do we have some project to handle the network? The current native docker support did not have any logic for network management, are we going to leverage neutron or nova-network just like nova-docker for this?<br></div>2) For k8s, swarm, we can leverage the scheduler in those container management tools, but what about docker native support? How to handle resource scheduling for native docker containers?<br><br></div>Thanks!<br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-01-18 8:51 GMT+08:00 Steven Dake <span dir="ltr"><<a href="mailto:sdake@redhat.com" target="_blank">sdake@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi folks and especially Magnum Core,<br>
<br>
Magnum Milestone #1 should released early this coming week.  I wanted to kick off discussions around milestone #2 since Milestone #1 development is mostly wrapped up.<br>
<br>
The milestone #2 blueprints:<br>
<a href="https://blueprints.launchpad.net/magnum/milestone-2" target="_blank">https://blueprints.launchpad.<u></u>net/magnum/milestone-2</a><br>
<br>
The overall goal of Milestone #1 was to make Magnum usable for developers.  The overall goal of Milestone #2 is to make Magnum usable by operators and their customers.  To do this we are implementing blueprints like multi-tenant, horizontal-scale, and the introduction of coreOS in addition to Fedora Atomic as a Container uOS.  We are also plan to introduce some updates to allow bays to be more scalable.  We want bays to scale to more nodes manually (short term), as well as automatically (longer term).  Finally we want to tidy up some of the nit-picky things about Magnum that none of the core developers really like at the moment.  One example is the magnum-bay-status blueprint which will prevent the creation of pods/services/<u></u>replicationcontrollers until a bay has completed orchestration via Heat.  Our final significant blueprint for milestone #2 is the ability to launch our supported uOS on bare metal using Nova's Ironic plugin and the baremetal flavor.  As always, we want to improve our unit testing from what is now 70% to ~80% in the next milestone.<br>
<br>
Please have a look at the blueprints and feel free to comment on this thread or in the blueprints directly.  If you would like to see different blueprints tackled during milestone #2 that feedback is welcome, or if you think the core team[1] is on the right track, we welcome positive kudos too.<br>
<br>
If you would like to see what we tackled in Milestone #1, the code should be tagged and ready to run Tuesday January 20th.  Master should work well enough now, and the developer quickstart guide is mostly correct.<br>
<br>
The Milestone #1 bluerpints are here for comparison sake:<br>
<a href="https://blueprints.launchpad.net/magnum/milestone-1" target="_blank">https://blueprints.launchpad.<u></u>net/magnum/milestone-1</a><br>
<br>
Regards,<br>
-steve<br>
<br>
<br>
[1] <a href="https://review.openstack.org/#/admin/groups/473,members" target="_blank">https://review.openstack.org/#<u></u>/admin/groups/473,members</a><br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br></div>Jay Lau (Guangya Liu)<br></div></div></div></div>
</div>