That's interesting Andrew and not something considered in the conversations around this so far. With the new Azure provider and resource groups is the name of that group mutable? For Azure at least the resource groupings should help with the tags/identification though it does complicate things for the other providers. Are the tags typically not able to be updated? Maybe we can provide some help to the user to map uuid to the names with something like a juju show environment $uuid? and get name and some other info back?
On Fri, Oct 23, 2015 at 6:33 AM Andrew Wilkins <andrew.wilk...@canonical.com> wrote: > On Fri, Oct 23, 2015 at 3:32 PM John Meinel <j...@arbash-meinel.com> > wrote: > >> We can put the environment name in a field that is visible, but isn't >> canonical. It depends on the specific use case, but if we can use tags, we >> can use "juju-environment-uuid" or some tag like that as the official "what >> environment is this in", and then "name" is just a local value, which can >> be changed as it isn't a critical piece. >> > > It won't be quite as clear, but I suppose it's a fair price to pay. It > would be good if we updated tags for things that change, like this. > > I'm doing the new Azure provider now, I've updated it so resource names do > not include the environment name. > > Cheers, > Andrew > > >> John >> =:-> >> >> >> On Fri, Oct 23, 2015 at 9:19 AM, Andrew Wilkins < >> andrew.wilk...@canonical.com> wrote: >> >>> On Fri, Oct 23, 2015 at 1:00 PM Menno Smits <menno.sm...@canonical.com> >>> wrote: >>> >>>> While working on the environment migrations spec I noticed that it is >>>> currently not possible to change the name of a Juju environment once it has >>>> been created. This creates an unfortunate corner case in the context of >>>> environment migrations, where you might have an environment that can't be >>>> migrated to another controller because you've already created another >>>> (unrelated) environment with the same name on the target controller. >>>> >>>> Rick pointed out that it would also be nice to be able to rename an >>>> environment when its purpose has changed. For example, you might have >>>> created an environment called "test" which you build up and end up using >>>> for production purposes. At that point the environment name doesn't make >>>> much sense. >>>> >>>> We will fix this. The rename itself is fairly easy to implement but >>>> environment names have also been used as part of things such as EC2 and >>>> Openstack security group names so this will need to change too. It would be >>>> better if the names of external environment-related resources used the >>>> environment UUID instead. There is a card for this work in Onyx's backlog. >>>> >>> >>> It was specifically requested that we include the environment name in >>> resource names for debugging purposes (e.g. I'm looking at the AWS console >>> and want to know which Juju machine this instance corresponds to). Some of >>> this was done in 1.25, some was pre-existing. >>> >>> These requirements are at odds with each other. Just wondering if this >>> has been considered. >>> >>> Cheers, >>> Andrew >>> >>> -- >>> Juju-dev mailing list >>> Juju-dev@lists.ubuntu.com >>> Modify settings or unsubscribe at: >>> https://lists.ubuntu.com/mailman/listinfo/juju-dev >>> >>> -- > Juju-dev mailing list > Juju-dev@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju-dev >
-- Juju-dev mailing list Juju-dev@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju-dev
