As an update http://interfaces.juju.solutions/ is back up.
-thanks Antonio On Saturday, November 12, 2016, Tom Barber <t...@spicule.co.uk> wrote: > Thanks for the update Marco. > > just to make sure people understand is inference in emails is awful. I'm > not freaking out or complaining about the outage this stuff happens, more > just offering mirror support etc should it be seen as a good course of > minimising outage. > > Tom > > On 12 Nov 2016 17:19, "Marco Ceppi" <marco.ce...@canonical.com > <javascript:_e(%7B%7D,'cvml','marco.ce...@canonical.com');>> wrote: > >> Hey everyone, >> >> We're aware of the outage and working to bring the service back online. >> This is unfortunate, but we're in the process of getting the >> interfaces.juju.solutions site, folded into the charm store properly. This >> service has done it's job in providing the initial indexing but as we see >> today it's become integral to the operation of charm authorship and should >> be as robust as the charm store itself. >> >> To address concerns about "what if". Juju, the interfaces site, the charm >> layers, are all open source projects. While some items aren't directly >> configurable if we ever did enter a period where Canonical wasn't directly >> maintaining infrastructure for Juju and Charms the community could uphold >> these projects and elect to run them directly. Juju is a key platform to >> Canonical just as it is to you all. While outages like this may occur, we >> are iterating quickly to make sure projects like the interfaces site are >> folded into jujucharms.com and served with the same level SLA and HA as >> you've come to expect. >> >> Marco >> >> On Sat, Nov 12, 2016 at 10:44 AM Tom Barber <t...@spicule.co.uk >> <javascript:_e(%7B%7D,'cvml','t...@spicule.co.uk');>> wrote: >> >>> I don't really think Mark is going to do one, my point is that for >>> platforms like this to survive if they depend on central services for >>> build/running etc, the services shouldn't just be maintained by a single >>> entity. >>> >>> HA sure will solve some issues but I also think that distributing >>> ownership also mitigates risk. >>> >>> On 12 Nov 2016 16:39, "James Beedy" <jamesbe...@gmail.com >>> <javascript:_e(%7B%7D,'cvml','jamesbe...@gmail.com');>> wrote: >>> >>>> Here's something thats been troubling me for a while, Canonical are the >>>> single point of failure with juju. For example, this morning >>>> interfaces.juju.solutions appears to be offline, thats not the end of >>>> the >>>> world but of course I can't download layers from it. >>>> >>>> I entirely second this. Interfaces.juju.solutions needs to have some >>>> kind of uptime guarantee, and probably need each component deployed in >>>> HA/federated to ensure the uptime. >>>> >>>> Companies/people are building infrastructure around the charm store, >>>> interfaces.juju.solutions, and juju itself, what happens when 100 entities >>>> realize that their CI (or any critical infrastructure) has been down for an >>>> amount of time? For many, this could stunt development and increase budget >>>> expenditures. >>>> >>>> >>>> Similarly, if Mark for whatever reason decided he couldn't be bothered >>>> with >>>> Juju any more and went and did something else, the users would be >>>> without >>>> resource that is vital to people building stuff. >>>> >>>> >>>> I have to disagree with you here. Mark is an amazing driver for these >>>> technologies and technology communities, but they exist outside of, and >>>> disparate of Mark and Canonical. While the world (as well as these >>>> technologies) would undoubtedly not be same if not for Mark's >>>> contribution(s), I think the idea here is that the majority of the software >>>> in Canonical stack has enough wind under it to survive in the wild. >>>> >>>> Does mirroring capabilities exist for other people to mirror >>>> interfaces.juju.solutions and can you tell juju to use another portal? >>>> That >>>> way, much like maven central, those of us with bandwidth could mirror >>>> resources that are vital for smooth running of Juju operations. >>>> >>>> True, mirroring would be huge, but shouldn't be a solution ..... We >>>> should deploy the site across multiple az/regions if you ask me :-) >>>> >>>> >>>> >>>> >>>> -- >>>> Juju mailing list >>>> Juju@lists.ubuntu.com >>>> <javascript:_e(%7B%7D,'cvml','Juju@lists.ubuntu.com');> >>>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>>> an/listinfo/juju >>>> >>> -- >>> Juju mailing list >>> Juju@lists.ubuntu.com >>> <javascript:_e(%7B%7D,'cvml','Juju@lists.ubuntu.com');> >>> Modify settings or unsubscribe at: https://lists.ubuntu.com/mailm >>> an/listinfo/juju >>> >> -- -Thanks Antonio
-- Juju mailing list Juju@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/juju
