<div dir="ltr"><div class="gmail_extra">On Thu, Mar 10, 2016 at 7:18 AM, Burr Sutter <span dir="ltr"><<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I like the proposal! :-)<div class=""><div class="h5"><span></span><br></div></div></blockquote><div><br><div class="gmail_default" style="font-size:small;display:inline">I agree we should encourage adoption, zero barriers, etc, but I think we should go in the other ​direction with the spec:<br></div><div class="gmail_default" style="font-size:small;display:inline">- focus on the high-level definition of the application and service discovery, e.g. I want to deploy and connect 2 services<br></div><div class="gmail_default" style="font-size:small;display:inline">- we push artifact generation AND parameterization[1] AND application lifecycle down to the platform, e.g. kubernetes and openshift.<br></div><br><div class="gmail_default" style="font-size:small;display:inline">With this approach we add value to the platform without duplicating. We stop chasing low-level platform artifact/api changes. We help people compose and distribute applications.<br><br></div><div class="gmail_default" style="font-size:small;display:inline">[1] by parameterization I mean the platform should have its own mechanism for parameterization that we simply hook into.<br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5"><br>On Thursday, March 10, 2016, Ratnadeep Debnath <<a href="mailto:rtnpro@gmail.com" target="_blank">rtnpro@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
Till now, Nulecule's focus has been to be a spec to package and ship<br>
nested, composable multi container applications. Well, it helps us to<br>
focus on a smaller problem and solve it well. This also keeps<br>
implementation of Nulecule, e.g., atomicapp, lean and simple.<br>
<br>
However, is it enough?<br>
<br>
<br>
I will try to highlight a few shortcomings of the current Nulecule spec:<br>
<br>
- the spec file does not fully describe the architecture of the applications<br>
- it's difficult to get started with Nulecule as it requires knowledge<br>
of underlying providers<br>
- it's not possible to use the same Nulecule spec to deploy a Nulecule<br>
application across providers without writing artifacts for each<br>
provider<br>
<br>
<br>
So, we are thinking in the lines of extending Nulecule SPEC to<br>
describe a multi container application completely in the SPEC file,<br>
similar to Docker compose file. This will enable us to:<br>
<br>
- to automatically generate artifact files for underlying providers<br>
from the SPEC file<br>
- to override the generated artifact files, if needed<br>
<br>
<br>
The advantages of such a change would be:<br>
<br>
- zero barrier entry for developers<br>
- package once, in one language, and deploy anywhere<br>
<br>
<br>
This move will be beneficial to:<br>
<br>
- developers, with little knowledge about openshift, k8s, marathon, etc.<br>
- ISVs to package apps to run across multiple providers<br>
- switch seamlessly to another provider<br>
<br>
<br>
We're keen to hear your feedback on the above proposed changes. Will<br>
this help to make Nulecule more awesome and user friendly? Let us know<br>
what you think.<br>
<br>
<br>
Thanks,<br>
rtnpro<br>
--<br>
Ratnadeep Debnath,<br>
<a href="https://www.waartaa.com" target="_blank">https://www.waartaa.com</a><br>
GPG Fingerprint: 033C 8041 A0E9 CDBA 2E02  B785 2119 5486 F245 DFD6<br>
<br>
_______________________________________________<br>
Container-tools mailing list<br>
<a>Container-tools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/container-tools" target="_blank">https://www.redhat.com/mailman/listinfo/container-tools</a><br>
</blockquote>
</div></div><br>_______________________________________________<br>
Container-tools mailing list<br>
<a href="mailto:Container-tools@redhat.com">Container-tools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/container-tools" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/container-tools</a><br>
<br></blockquote></div><br></div></div>