<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Aug 18, 2014 at 8:49 AM, Jyoti Ranjan <span dir="ltr"><<a href="mailto:jranjan@gmail.com" target="_blank">jranjan@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I believe that everything can not go as a dock container. For e.g. <div><br></div><div>1. compute nodes</div>
<div>2. baremetal provisioning</div><div>3. L3 router etc</div></div></blockquote><div><br></div><div>Containers are a good solution for all of the above, for some value of container. There is some terminology overloading here, however.</div>
<div><br></div><div>There are Linux namespaces, capability sets, and cgroups which may not be appropriate for using around some workloads. These, however, are granular. For instance, one may run a container without networking namespaces, allowing the container to directly manipulate host networking. Such a container would still see nothing outside its own chrooted filesystem, PID namespace, etc.</div>
<div><br></div><div>Docker in particular offers a number of useful features around filesystem management, images, etc. These features make it easier to deploy and manage systems, even if many of the "Linux containers" features are disabled for one reason or another.</div>
<div><br></div></div>-- <br><div dir="ltr">Regards,<div>Eric Windisch</div></div>
</div></div>