constraints call notes/proposals/sync
William Reade
william.reade at canonical.com
Thu Feb 7 21:12:36 UTC 2013
On Thu, 2013-02-07 at 02:56 +0100, William Reade wrote:
> Consider the following tweaks to the python system:
>
> * instance-type values are not checked at parse time.
> * instance-type values no longer conflict with cores/mem, and are
> set and inherited independently.
I should note that an additional drawback came to light in a discussion
earlier today: that the rules as stated lead to crackful behaviour in
the following situation:
$ juju set-constraints instance-type=m1.small
$ juju set-constraints -s S mem=8G
...in which the more general instance-type would override the more
specific mem constraint on S and fail to accurately reflect user intent.
If the second point were to read:
* instance-type values can be specified alongside cpu/cores/mem
without complaint, but the two groups continue to interact as
before when service constraints overlap with instance constraints.
...then that problem would no longer apply, but I could no longer claim
to have eliminated the concept of constraints. It seems to me that
according to the use cases I imagined, the impact of this drawback is
not enough to materially affect my conclusions; do I appear to have
missed anything here?
Cheers
William
More information about the Juju-dev
mailing list