
<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body><div style="font-family:Helvetica,Arial;font-size:13px; ">The simplest answer is: the tech is designed for isolating singular processes.</div> <br> <div class="gmail_signature" ></div> <br><p class="airmail_on">On October 3, 2020 at 08:55:55, Jim Kinney via Ale (<a href="mailto:ale@ale.org">ale@ale.org</a>) wrote:</p> <blockquote type="cite" class="clean_bq"><span><div><div></div><div>Why one application per container? Why not one container per project?<br><br>Take the basic web pile: web gui front end , logic layer, and backend database. The only part that changes in use is the data stored by the backend. Pre-container days it all ran on a single host. Or virtual host. Or maybe the database ran on a beefy system and multiple front/logic layers fed it.<br><br>If the project requires multiple parts to run, why not put them all in a single container? Assuming, of course, the size of things makes sense.<br><br>I ask because I've run into the issue where a critical application, composed of multiple containers across multiple hosts fails because a host is rebooted, a network issue, other normal problems. <br>-- <br>Computers amplify human error<br>Super computers are really cool_______________________________________________

<br>Ale mailing list

<br>Ale@ale.org

<br>https://mail.ale.org/mailman/listinfo/ale

<br>See JOBS, ANNOUNCE and SCHOOLS lists at

<br>http://mail.ale.org/mailman/listinfo

<br></div></div></span></blockquote></body></html>