<div dir="ltr"><div>The main benefit for any deployment, IdP included, is that you have a single immutable artifact that contains most of your environment (code+config instead of just code). This makes testing things in different environments (locally, dev, qa, prod, etc.) easier. Deployments are generally easier too: you update a parameter specifying the new container tag and the orchestration software (docker swarm/amazon ecs/kubernetes vel sim.) takes care of deploying the new code/config in whatever manner you desire. Roll backs are also easier: just deploy the old container. <br></div><div><br></div><div>All of this is achievable with other means (puppet, ansible, etc...). But containers are a particularly good way to go about it.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 14, 2020 at 8:56 AM Joseph Fischetti <<a href="mailto:Joseph.Fischetti@marist.edu">Joseph.Fischetti@marist.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">I'm genuinely curious, because I've seen plenty of discussion about running the IdP in docker.<br>
<br>
What's the benefit?  <br>
<br>
I understand many of the benefits of docker in general.  I don't see how those fit into an IdP deployment.  <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>