Hi Vassily I'm interested to know a little bit more about your use case. It sounds like you're interested in managing client user identities and permissions within a single environment, so as to avoid the costs of running one environment for each of your clients -- is that accurate? Can you tell me a little bit more about what you're planning to do -- for example, are you considering allowing clients to manage their services via juju directly?
The on-demand state server is potentially tricky to arrange -- the juju model involves a state server that's always running, with a set of agents connecting to that server to monitor the desired state of the system and respond to changes. It *is* designed to have the configured services resilient in the face of management failure -- so that losing juju does not mean you lose your services -- but we wouldn't encourage deliberately shutting down management to save on state servers. With respect to the "next two cycles", we mean roughly "less than a year". Cheers William On Mon, Nov 18, 2013 at 8:04 AM, Vasiliy Tolstov <[email protected]>wrote: > 2013/11/18 John Arbash Meinel <[email protected]>: > > Given that you can run multiple services on a given machine, is there > > a strong reason that multiple state servers are a problem for you? (I > > want to make sure if there is a use case that is a problem our > > solution actually covers it.) > > > As i see , clients that want wordpress or something else does not want > to create unneeded things. > After they installs wordpress (for example) they can test it and works > with it. After sometime if all goes ok thet want to add load balancer > and something new to it. > But i don't think that all time they need state server. I think best > of all spawn state server on demand. For example user interact with > juju with provided keys, my own server (or such thinkg) check incoming > key and spawn lxc container with state server and proxy to it (or this > can be do it in state server itself). > > > -- > Vasiliy Tolstov, > e-mail: [email protected] > jabber: [email protected] > > -- > Juju mailing list > [email protected] > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/juju >
-- Juju mailing list [email protected] Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
