diff --git a/content/de/blue-green-deployment.md b/content/de/blue-green-deployment.md
index 0530d4304..e54dc55f9 100644
--- a/content/de/blue-green-deployment.md
+++ b/content/de/blue-green-deployment.md
@@ -33,5 +33,5 @@ Die eine Umgebung (blue) stellt die produktive Anwendung dar (die Version, die v
 während eine zweite Umgebung (green) bereitgestellt wird.
 Diese zweite Umgebung enthält eine neue Version der Anwendung.  
 Sobald die Tests in der neuen Umgebung abgeschlossen sind, 
-wird der Datenverkehr auf diese Umgebung umgelenkt (oft mit Hilfe eines [Load Balancer](/load-balancer/)).
+wird der Datenverkehr auf diese Umgebung umgelenkt (oft mit Hilfe eines Load Balancer).
 Im Anschluss kann die ältere Umgebung (blue) aus dem Betrieb genommen werden.
diff --git a/content/en/blue-green-deployment.md b/content/en/blue-green-deployment.md
index 6aea7c7b5..24274bf89 100644
--- a/content/en/blue-green-deployment.md
+++ b/content/en/blue-green-deployment.md
@@ -11,7 +11,7 @@ Blue-green deployment is a strategy for updating running computer systems with m
 The operator maintains two environments, dubbed “blue” and “green”. 
 One serves production traffic (the version all users are currently using), whilst the other is updated. 
 Once testing has concluded on the non-active (green) environment, 
-production traffic is switched over (often via the use of a [load balancer](/load-balancer/)). 
+production traffic is switched over (often via the use of a load balancer). 
 Note that blue-green deployment usually means switching the entire environments, comprising many [services](/service/), all at once. 
 Confusingly, sometimes the term is used with regard to individual services within a system. 
 To avoid this ambiguity, the term “zero-downtime deployment” is preferred when referring to individual components.
diff --git a/content/es/blue-green-deployment.md b/content/es/blue-green-deployment.md
index a24ee157b..1f74ff98b 100644
--- a/content/es/blue-green-deployment.md
+++ b/content/es/blue-green-deployment.md
@@ -11,7 +11,7 @@ El despliegue Blue green es una estrategia para actualizar los sistemas informá
 El operador mantiene dos entornos, llamados "blue" y "green".
 Uno sirve el tráfico de producción (la versión que todos los usuarios usan actualmente), mientras que el otro está actualizado.
 Una vez que las pruebas han concluido en el entorno inactivo (green),
-el tráfico de producción se cambia (a menudo mediante el uso de un [balanceador de cargas](/es/load-balancer/).
+el tráfico de producción se cambia (a menudo mediante el uso de un balanceador de cargas.
 Ten en cuenta que el despliegue blue-green usualmente significa cambiar los entornos por completo, comprendiendo muchos [servicios](/es/service/), todos a la vez.
 Confusamente, algunas veces el término se utiliza para referirse a servicios dentro de un sistema.
 Para evitar esta ambigüedad, se prefiere el término "despliegue con tiempo de inactividad cero" cuando se refiere a componentes individuales.
diff --git a/content/hi/infrastructure-as-code.md b/content/hi/infrastructure-as-code.md
index a27f1082d..3f95df5fe 100644
--- a/content/hi/infrastructure-as-code.md
+++ b/content/hi/infrastructure-as-code.md
@@ -15,4 +15,4 @@ tags: ["इन्फ्रास्ट्रक्चर", "infrastructure", ""]
 
 ## समाधान 
 
-डेटा सेंटर संसाधनों जैसे सर्वर, [लोड बैलेंसर्स](/load-balancer/) और सबनेट को कोड के रूप में प्रस्तुत करके, यह इंफ्रास्ट्रक्चर टीम को सभी कॉन्फ़िगरेशन के लिए सत्य का एक ही स्रोत रखने की अनुमति देता है और उन्हें [CI](/hi/continuous-integration/)/[CD](/hi/continuous-delivery/) पाइपलाइन में अपने डेटा सेंटर का प्रबंधन करने की भी अनुमति देता है, संस्करण नियंत्रण और परिनियोजन रणनीतियों को लागू करना।
+डेटा सेंटर संसाधनों जैसे सर्वर, लोड बैलेंसर्स और सबनेट को कोड के रूप में प्रस्तुत करके, यह इंफ्रास्ट्रक्चर टीम को सभी कॉन्फ़िगरेशन के लिए सत्य का एक ही स्रोत रखने की अनुमति देता है और उन्हें [CI](/hi/continuous-integration/)/[CD](/hi/continuous-delivery/) पाइपलाइन में अपने डेटा सेंटर का प्रबंधन करने की भी अनुमति देता है, संस्करण नियंत्रण और परिनियोजन रणनीतियों को लागू करना।