<div dir="ltr"><div dir="ltr"><div><i>IdP nodes as cattle (to be replaced at any time without concern), not pets.  </i><br></div><div><br></div>First time I heard that one.  I love it.  :D<div><input name="virtru-metadata" type="hidden" value="{"email-policy":{"state":"closed","expirationUnit":"days","disableCopyPaste":false,"disablePrint":false,"disableForwarding":false,"enableNoauth":false,"persistentProtection":false,"expandedWatermarking":false,"expires":false,"isManaged":false},"attachments":{},"compose-id":"8","compose-window":{"secure":false}}"><div><br></div><div>Joanne</div><div><br></div><div>---</div></div><div><br></div><div><span style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif">Joanne Schwendner</span><br style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif"><span style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif">Senior Developer - </span><font color="#888888">Web, Integration, & Identity Services</font><br style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif"><span style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif">Brown University</span><br style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif"></div><div><span style="color:rgb(32,33,36);font-family:arial,helvetica,sans-serif"><br></span></div></div><br><div class="gmail_quote" style=""><div dir="ltr" class="gmail_attr">On Wed, Sep 16, 2020 at 12:18 PM Paul Caskey <<a href="mailto:pcaskey@internet2.edu" target="_blank">pcaskey@internet2.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">Good question!<br>
<br>
I think Docker/containerization is just part of a bigger discussion about architecture and processes.<br>
<br>
The overall idea is to bring Shibb (and other apps) into a CI/CD architecture.  <br>
<br>
Externalize your configs in a get repo.  <br>
<br>
Config mgmt., change mgmt., repeatability, etc.<br>
<br>
Infrastructure as software (this is where Docker shines), automated deployment, versioning, etc.<br>
<br>
IdP nodes as cattle (to be replaced at any time without concern), not pets.<br>
<br>
And so on...<br>
<br>
Containerization is a critical piece of that architecture, but definitely just a piece to the puzzle.<br>
<br>
After many discussions throughout this community, we feel like it is the right thing to do and that's why the classes are taught using containers.<br>
<br>
<br>
Thanks!<br>
<br>
<br>
<br>
-----Original Message-----<br>
From: users <<a href="mailto:users-bounces@shibboleth.net" target="_blank">users-bounces@shibboleth.net</a>> On Behalf Of Donald Lohr<br>
Sent: Wednesday, September 16, 2020 10:41 AM<br>
To: <a href="mailto:users@shibboleth.net" target="_blank">users@shibboleth.net</a><br>
Subject: Docker<br>
<br>
I was asked today by one of our folks in a Shibboleth class, if we are using docker with our Shibboleth IdP deployment.  We aren't.<br>
<br>
What's good about it and bad about it? Basically why would I want to use it?<br>
<br>
Thanks,<br>
Don<br>
<br>
-- <br>
D o n a l d   L o h r<br>
I n f o r m a t i o n   S y s t e m s<br>
J a m e s   M a d i s o n   U n i v e r s i t y<br>
5 4 0 . 5 6 8 . 3 7 3 0<br>
<br>
--<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><br>
-- <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><br>
</blockquote></div>
</div>