environment identifiers

Gustavo Niemeyer gustavo.niemeyer at canonical.com
Tue Jan 15 15:34:25 UTC 2013


The environment identifier we've been using so far to disambiguate is
a name, which even though prone to duplication, is also encouraged to
be unique within a user's context (note you've added JUJU_ENV last year
with it in several places).

If we introduce a different form of identification for environments, that
will span consequences throughout the system: How do you see it? How
do you export it? How do you set it? How do you correlate it to the
actual environment? And so on. So, I'd rather avoid that for the moment
if possible.


On Tue, Jan 15, 2013 at 1:14 PM, Kapil Thangavelu
<kapil.thangavelu at canonical.com> wrote:
> Hi Folks,
>
> a use case that has come up for a few users that are developing tools that
> work across multiple environments is an ability to uniquely identify an
> environment from within a charm. Their typically deploying a subordinate for
> data aggregation and from within the subordinate need to tag the data from
> the env with a unique id to disambiguate from other environments. To support
> this i've added a JUJU_ENV_ID hex uuid env var that's available from within
> hooks.
>
> thoughts?
>
> cheers,
>
> Kapil
>
>
>
> --
> Juju-dev mailing list
> Juju-dev at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/juju-dev
>



-- 
gustavo @ http://niemeyer.net



More information about the Juju-dev mailing list