<div dir="ltr">i think participating in the burgeoning docker ecosystem is a worthwhile goal by making it easier to write charms that utilize docker. I do have some concerns though about the complexity of the layering that's taking place in the charm ecosystem. I've found that juju has been fairly hard to teach and adapt to real world usage and the layering of frameworks at the charm authoring level makes learning and productivity for new users even harder to achieve (ie those docs reference, charm helpers, reactive charm helpers, docker reactive 'layer', charm composition), all of which are fairly advanced concepts to a new user, and frankly is all of that nescessary to understand running a shell script <a href="https://github.com/juju-solutions/layer-docker/blob/master/scripts/install_docker.sh">https://github.com/juju-solutions/layer-docker/blob/master/scripts/install_docker.sh</a> which is effectively the jujuized version of (curl <a href="http://get.docker.com">get.docker.com</a> | sh) .. now say i want to configure an insecure registry or any other docker cli param i have to break apart the layer abstraction anyways. It does seem like a useful intro to some of the advanced/additional concepts in charm authoring ecosystem, but at the same time the burden seems high (ie. kiss violation) for how to run a docker container.<div><br></div><div>cheers,</div><div><br></div><div>Kapil</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 11, 2015 at 11:40 AM, Charles Butler <span dir="ltr"><<a href="mailto:charles.butler@canonical.com" target="_blank">charles.butler@canonical.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">If anyone here is interested in delivering Docker App Containers with Juju, mbruzek and I have put together some documents around a hot new process using composer layers and the reactive framework.<div><br></div><div>This is interesting because you the charm author will only be concerned with how to deliver your application layers logic. You don't need to worry about installing docker, or how to scaffold out a full charm boilerplate. This entire process reduces the total cost of ownership of the author to just managing their app layer + container.</div><div><br></div><div> <a href="https://github.com/juju/docs/pull/672" target="_blank">https://github.com/juju/docs/pull/672</a><br></div><div><br></div><div>And we've constructed/linked to an example charm using this process. There's probably holes in this document, and welcome feedback directly on the pull request to suss them out.</div><div><br></div><div><div><div><div dir="ltr"><div><div dir="ltr"><div>We're fully interested in receiving your feedback about this, as its important that we are properly engaging our users that are interested in delivering their dockerized app with Juju, and that we've given you the proper lessons to do so easily, and made the right decisions in tooling.</div><div><br></div><div>All the best,</div><div><br></div><div><br></div><div>Charles Butler <<a href="mailto:charles.butler@canonical.com" target="_blank">charles.butler@canonical.com</a>> - Juju Charmer</div><div>Come see the future of datacenter orchestration: <a href="http://jujucharms.com" target="_blank">http://jujucharms.com</a></div></div></div></div></div></div>
</div></div>
<br>--<br>
Juju mailing list<br>
<a href="mailto:Juju@lists.ubuntu.com">Juju@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju</a><br>
<br></blockquote></div><br></div>