<div dir="ltr">Thank you for your invaluable insights!<div><br></div><div>From my side, given I've been doing a fair bit of clean_step related work lately, I'm happy to take on the de-scaling challenge which might be a little trickier than usual as it needs to run periodically even if there is a long-living instance provisioned, otherwise the hardware will inevitably end up in rescue mode.</div><div><br></div><div>I'm also happy to look into HPC (High Performance Coffee) use cases. CCing Stig as he might have some insights there as well.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 2, 2021 at 8:49 AM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2021-04-01 23:40:32 +0200 (+0200), Iury Gregory wrote:<br>
> Thanks for raising this Jacob!<br>
> This will probably require a spec (since we will have multiple scenarios).<br>
> I think we need a generic coffee driver, with support for different<br>
> management-coffee-interfaces (expresso, latte, etc) and<br>
> deploy-coffee-interfaces (mug, bottle).<br>
[...]<br>
<br>
This is already heading toward an inevitable interoperability<br>
nightmare; we should already be planning for the<br>
gimme_a_coffee_already porcelain API.<br>
-- <br>
Jeremy Stanley<br>
</blockquote></div>