From bdc79daa0d71e74c7eb443c508c197d5423c77df Mon Sep 17 00:00:00 2001 From: Nathan Steel Date: Fri, 9 Dec 2022 06:26:43 -0500 Subject: [PATCH] Add .tblcon to existing tables on the site There's only one to date, so that was easy --- guides/vm-seperation-of-concerns.html | 2 ++ 1 file changed, 2 insertions(+) diff --git a/guides/vm-seperation-of-concerns.html b/guides/vm-seperation-of-concerns.html index 2e4cb29..f9ddef1 100644 --- a/guides/vm-seperation-of-concerns.html +++ b/guides/vm-seperation-of-concerns.html @@ -40,6 +40,7 @@

How to seperate concerns

Some people will seperate each service into their own VM, however I don't believe this to be efficient (in all cases).

What I recommend is to take your server needs, and break them down into logical blocks, adding each of these blocks to their own VMs. This will keep certain things contained alone, as you want them seperated as much as possible (NAS, etc).

+
@@ -74,6 +75,7 @@
Concern/VMServices
+

Why not use a dedicated server for each concern?

You can! No-one's going to stop you, but unless each concern requires (i.e. needs the dedicated hardware/isolation) its own dedicated server, it's hugely redundant. Again NAS as an example, would be good for a dedicated machine, as it'll be safer if there's no additional chance it goes down due to failure of an unrelated service.