From 2ca06149d8d601f9d78ae10277fdba0e9a8e8dd4 Mon Sep 17 00:00:00 2001
From: Marcello Calisto <marcello.calisto@tbz.ch>
Date: Sun, 15 Oct 2023 12:31:44 +0200
Subject: [PATCH] =?UTF-8?q?Auftrag=20B)=20erg=C3=A4nzt?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 KN06/KN06.md | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/KN06/KN06.md b/KN06/KN06.md
index ea9307a..9b66534 100644
--- a/KN06/KN06.md
+++ b/KN06/KN06.md
@@ -105,11 +105,9 @@ Beachten Sie ausserdem die [llgemeinen Informationen zu den Abgaben](../Abgaben.
  [![3. Webserver 1][003a]][003b] |  [![4. Webserver 2][004a]][004b] 
 
 
----
-
 <br>
 
-:bulb: **Hinweis:** <br>
+:bulb: **Wissenswertes** vor dem nächsten Challenge:<br>
 Für eine **perfekte High Availability-Plattform** würde dieser Load Balander allerdings **noch nicht alle Bedingungen** erfüllen. Das **Netzwerkschema** unten zeigt zwar, dass die Instanzen in **unterschiedlichen** Availability-Zones sind. Damit ist schon mal ein wichtiges Kriterium erfüllt. Was würde jetzt aber passieren, wenn plötzlich gleichzeitig **10'000x mehr** Requests reinkämen und die Applikation unter dieser Last zusammenbricht? 
 Genau. Um diesen Use-case in den Griff zu bekommen, benötigt der **Load Balancer** Unterstützung von seinem besten Freund, dem **Auto Scaler** :two_men_holding_hands: