chore(e2e): renombrar el clúster local a evolith-ums-cluster

src/tests/e2e-functional/robosoft/README.md

@@ -50,8 +50,8 @@ Cada módulo de contexto expone tres símbolos:
 ### 1) Backend vivo en kind
 
 ```bash
-# Port-forward al backend desplegado en el clúster local beyondnet-cluster-ums:
-kubectl --context kind-beyondnet-cluster-ums -n ums \
+# Port-forward al backend desplegado en el clúster local evolith-ums-cluster:
+kubectl --context kind-evolith-ums-cluster -n ums \
     port-forward svc/ums-backend 18080:80 &
 # Verifica salud:
 curl -s -o /dev/null -w "%{http_code}\n" http://localhost:18080/health   # -> 200

src/tests/e2e-functional/robosoft/api/README-api.md

@@ -41,7 +41,7 @@ En `Development` el backend expone dos caminos, ambos usados por este arnés:
 
 ## Cómo correrlo
 
-Requiere el backend vivo (health 200). El clúster local es `beyondnet-cluster-ums`.
+Requiere el backend vivo (health 200). El clúster local es `evolith-ums-cluster`.
 
 ```bash
 # Directo (solo carril B):

src/tests/e2e-functional/robosoft/api/playwright.config.ts

@@ -6,7 +6,7 @@
 // API REST y aseverar reglas de negocio, auto-aprovisionando su propia data.
 //
 // `E2E_BASE_URL` apunta al despliegue ya levantado (Ingress del clúster kind
-// `beyondnet-cluster-ums`, por defecto http://localhost:8080). Este arnés NO levanta servidores.
+// `evolith-ums-cluster`, por defecto http://localhost:8080). Este arnés NO levanta servidores.
 import { defineConfig } from '@playwright/test';
 
 const baseURL = process.env.E2E_BASE_URL ?? 'http://localhost:8080';

src/tests/e2e-functional/robosoft/robosoft.py

@@ -8,7 +8,7 @@
 
 Uso:
     # 1) Port-forward al backend en kind (en otra terminal o en background):
-    kubectl --context kind-beyondnet-cluster-ums -n ums \\
+    kubectl --context kind-evolith-ums-cluster -n ums \\
         port-forward svc/ums-backend 18080:80 &
 
     # 2) Correr los 3 contextos implementados: