<div dir="ltr">In my case, I do not think that benefits are so significant today.<br>That's why, I wrote it in a miscellaenous part of my first e-mail and<br>this is not really important if it's not possible.<br><br>
Moreover, this is true that we always have to make a choice between the benefits <br>and the complexity that this generates. <br>Therefore, if the application is easy to learn, use, and reliable, <br>it's better for everyone (hide the complexity, show and keep only relevant stuff) <br>
<br>Good practice : Keep It Simple ;-)<div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/5/31 Mark Shuttleworth <span dir="ltr"><<a href="mailto:mark@ubuntu.com" target="_blank">mark@ubuntu.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 05/31/2013 02:17 PM, Nicolas FOATA wrote:<br>
> At last, to answer your curiosity, I would like to tag Amazon machines<br>
> on both levels.<br>
> e.g:<br>
>   A tag for the platform containing all the services, so maybe a<br>
> better thing to have it at the environment level and avoid redundancy,<br>
>   A tag for the service to know who did it, or what is its name, and<br>
> then better at the service level.<br>
<br>
</div>This sounds like it would be addressed in general form by having the<br>
ability to add parameters that are passed to the provider (and on to the<br>
substrate) at the environment and service level. Not sure if the juju<br>
team will think that's tasteful, but I can see the practical benefits!<br>
<span class="HOEnZb"><font color="#888888"><br>
Mark<br>
</font></span></blockquote></div><br></div>