[ale] Containers

Robert Slaughter robert.s.slaughter at gmail.com
Sat Oct 3 09:07:30 EDT 2020


Because poorly-written Java applications consume all available memory of
the host, and apps like that on the same host eventually collide and
interfere with one another. Containers avoid that issue by introducing
others.

On Sat, Oct 3, 2020 at 8:55 AM Jim Kinney via Ale <ale at ale.org> wrote:

> Why one application per container? Why not one container per project?
>
> 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.
>
> 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.
>
> 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.
> --
> Computers amplify human error
> Super computers are really
> cool_______________________________________________
> Ale mailing list
> Ale at ale.org
> https://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>


-- 

Bob Slaughter
http://www.facebook.com/robert.s.slaughter
"The price good men pay for indifference to public affairs is to be ruled
by evil men." -- Plato
"All that is necessary for the triumph of evil is that good men do
nothing." -- Edmund Burke
"The world is a dangerous place, not because of those who do evil, but
because of those who look on and do nothing." -- Albert Einstein
"Nothing emboldens the wicked so greatly as the lack of courage on the part
of the good." -- Pope Leo XIII, encyclical 'On Christians as Citizens'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.ale.org/pipermail/ale/attachments/20201003/8a582d29/attachment.html>


More information about the Ale mailing list