<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Fri, Oct 7, 2016 at 7:26 AM Mark Shuttleworth <<a href="mailto:mark@ubuntu.com">mark@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg">
    <div class="m_3860063709152316432moz-cite-prefix gmail_msg">On 06/10/16 16:14, Andrew Wilkins
      wrote:<br class="gmail_msg">
    </div>
    <blockquote type="cite" class="gmail_msg">
      <div dir="ltr" class="gmail_msg">
        <div class="gmail_quote gmail_msg">
          <div dir="ltr" class="gmail_msg">On Thu, Oct 6, 2016 at 8:30 PM Rick Harding
            <<a href="mailto:rick.harding@canonical.com" class="gmail_msg" target="_blank">rick.harding@canonical.com</a>>
            wrote:<br class="gmail_msg">
          </div>
          <blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
            <div dir="ltr" class="gmail_msg">Thanks Andrew, this is
              great to hear. Can I bug you about details as to how it
              works? Does this introduce their pricing API as a blocker
              to deploying with Juju? If they introduce a change to the
              API we miss or their API goes down is there any sort of
              cache of the info that users can continue with until
              service is restored?<br class="gmail_msg">
            </div>
          </blockquote>
          <div class="gmail_msg"><br class="gmail_msg">
          </div>
          <div class="gmail_msg">So I said API because that's what it's called by AWS, but
            IMO it's a bit of an overstatement. It's just a set of (very
            large) JSON files in a well defined location. Very large, as
            in 48M for the one file that we need.</div>
          <div class="gmail_msg"><br class="gmail_msg">
          </div>
          <div class="gmail_msg">Because it's so big, pulling that down each time you go
            to bootstrap isn't really reasonable. So for now, we're
            doing that at build time, and the information is still hard
            coded into the client. The process can be automated, so
            there shouldn't be a great lag time between updates and
            bringing them into a Juju release.</div>
          <div class="gmail_msg"><br class="gmail_msg">
          </div>
          <div class="gmail_msg">We intend to update Juju later to periodically pull down
            the JSON file server-side, asynchronously, so a running
            controller will get the updates without us having to release
            a new Juju or you having to upgrade.</div>
        </div>
      </div>
    </blockquote>
    <br class="gmail_msg"></div><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg">
    Could we not process the file on our side regularly and publish a
    (smaller) just-what-juju-needs bit of json at a well-known location
    ourselves?</div></blockquote><div><br></div><div>Yes, we could. There was some discussion about doing that, and someone brought up concerns that I can't recall (or find) now. We will explore this option further.</div><div><br></div><div>Cheers,</div><div>Andrew</div></div></div>