<div dir="ltr"><div>Hi juju community,<br></div><div><br></div><div>First of all, thanks for juju, I am playing with it (0.7 python version)</div><div>on an Amazon EC2 environment since nearly one week </div><div>and it's really interesting and easy to build a complete </div>
<div>and a complex platform (databases, front-ends, proxy servers, juju-gui, ...).</div><div><br></div><div>Nevertheless, I have some questions and some points </div><div>on which ones I would like some additionnal information if possible.</div>
<div>Indeed, I was faced with some problems.</div><div><br></div><div><br></div><div>1) Units inside a service</div><div><br></div><div>By example, when there is a big infrastruture of several webservers,</div><div>we often unexpose one by one the webservers, do the upgrade of teh unit, test if </div>
<div>and put it back (expose it again).</div><div>But for doing this kind of thing here, this is not possible because if we do an unexpose</div><div>the service is unexpose in its entirety.</div><div><br></div><div>Unless it is possible with juju to add some arguments to the command line,</div>
<div> and so the unexpose hook knows that it has to unexpose only one part of the VMs.</div><div><br></div><div>In another hand, we can solve this problems by creating severail webservers with differents names</div><div>e.g : juju deploy webserver ws1</div>
<div>      juju deploy webserver ws2</div><div>      juju expose ws1</div><div>      juju expose ws2</div><div>      juju unexpose ws1</div><div>      # Do some stuff (upgrade, tests, etc.)</div><div>      juju expose ws1</div>
<div><br></div><div>But in that case, the webservers are seen as separate services and not as a unique service.</div><div><br></div><div>At last,  I think, this is the same problem, if I want to activate more information or more log </div>
<div>on a single unit and not the units containing into the service for debugging, it doesn't seem to be possible.</div><div>Indeed, if I set a config parameter it is for all the units of the service and not only the target unit. </div>
<div><br></div><div><br></div><div>2) Global parameters</div><div><br></div><div>Moreover, if I want to pass a global parameters to all the services or for a subset of services,</div><div>it means that I have to put it into all the config.yaml file of Charm.</div>
<div>Consequently, if I have many variables, it will pollute my config parameters and hide relevant ones.</div><div>But maybe, I missed something or it's not a good solution that I said and it exists other ways to do it.</div>
<div><br></div><div>e.g: debug level on<br>       urls of repositories</div><div> </div><div><br></div><div>3) Miscellaneous : Amazon EC2 tags and completion</div><div><br></div><div>At last, this is not really important, but I want to notify it.</div>
<div><br></div><div>When we create VMs on Amazon EC2 via the Amazon interface, it is possible to add somme key=value data</div><div>such as name=nfoata-webserver and thus it's possible to retrieve easily them (with Amazon GUI) </div>
<div>or for other stuff.</div><div>But, in the environement.yaml, there is no available parameters for these key value attributes.</div><div><br></div><div>At last, a simple remark of lazy IT engineer, when we do juju deploy <servicename> or juju status <servicename>,</div>
<div>it will be interesting to have some completion (for decreasing the muscular effort made by the fingers) </div><div>for the juju keywords (deploy, remove-service, etc.) and charms or services or units already known.</div>
<div>But in all cases, this lazy engineer (me) really like juju and its concepts.</div><div><br></div><div>;-)</div><div><br></div><div>Thanks in advance for your answers, for reading my english,</div><div>and have a good development for the go version</div>
<div><br></div><div>Best regards juju teams</div><div><br></div><div>Nicolas Foata</div></div>