<div dir="ltr">+1<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div style="font-size:12.8px;color:rgb(136,136,136)"><span style="font-size:12.8px"><b><br></b></span></div><div style="font-size:12.8px;color:rgb(136,136,136)"><span style="font-size:12.8px"><b>Jesse Martinich</b></span></div><div style="font-size:12.8px;color:rgb(136,136,136)"><span style="font-size:12.8px">Information Security Officer</span></div><div style="font-size:12.8px;color:rgb(136,136,136)"><span style="font-size:12.8px">Infrastructure Services Manager</span></div><div style="font-size:12.8px;color:rgb(136,136,136)"><font size="1">Southern Oregon University</font><span style="font-size:12.8px"> </span><font size="1">| 1250 Siskiyou Blvd </font><font size="1">| Ashland OR  97520<br></font><span style="font-size:x-small">541-552-8424</span><font size="1"><br></font></div><div style="font-size:12.8px;color:rgb(136,136,136)"><font size="1"><br><br></font></div><div style="font-size:12.8px;color:rgb(136,136,136)"><font size="1"></font></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 17, 2020 at 4:02 PM IAM David Bantz <<a href="mailto:dabantz@alaska.edu">dabantz@alaska.edu</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"><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>
-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net" target="_blank">users-unsubscribe@shibboleth.net</a></blockquote></div>