<div dir="ltr">I've meant to reply to an off-hand comment Scott made several weeks ago<br>now regarding reloadable services being perhaps of diminished importance as<br>folks go all in on DevOps: PLEASE, NO! <br><br>While DevOps has incredible mind share as current best practice, when I<br>sketch the additional infrastructure I would need to go all in for running our IdP<br>in that mode, it's 4 -10 times the number of "moving parts" of infrastructure and tools <br>needing deployment and maintenance.<br><br>My tiny environment of 1 active and 1 hot standby IdP nodes, using reloadable<br>services, has not had an unplanned outage in nearly a decade, and I can<br>deploy new integrations for services configured even roughly correctly on same day.<br>There is no way on earth I could do this in full DevOps mode when I reflect that<br>deploying a suitable new VM for v3 IdP took over 1 year.<br><br>I appreciate people's interest in scalable DevOps, but it may not be the only<br>reasonable model for small scale deployments with very modest resources.<br>The use of reloadable resources has incredible utility and value for smaller<br>scale operations - and they are crucial for wider adoption and reliance on Shibboleth IdP.<br><br>Thank you!<br><br>David Bantz<br>UA OIT IAM <br></div>