Visión general
De qué trata este proyecto.
Audita los 8 servicios de pagos (lenguajes mixtos: Go, Kotlin, Node.js). Diseña adopción incremental: PERMISSIVE mTLS primero (acepta texto plano y mTLS), 2 semanas observando, luego STRICT. Implementa políticas DestinationRule por servicio (timeouts, retries con jitter, circuit breakers con outlierDetection). Configura Kiali + Jaeger + Prometheus inyectados por sidecar (sin tocar el código de aplicación). Carga-prueba con k6 antes/después: latencia p99, throughput, footprint de CPU/memoria del sidecar Envoy. Entrega: plan de adopción, manifiestos Istio versionados, dashboards Kiali poblados, informe de carga-prueba, runbook de rollback por servicio.
El Briefing
Lo que harás y lo que demostrarás.
Adoptar Istio incrementalmente en 8 microservicios de pagos con mTLS estricto, políticas de tráfico y observabilidad inyectada sin downtime.
Earning criteria — what you'll demonstrate
- Diseñar adopción incremental de service mesh sin romper producción
- Configurar mTLS estricto en Istio sin downtime via PERMISSIVE
- Aplicar políticas de tráfico (timeouts, retries, circuit breakers) por servicio
- Medir el overhead real del sidecar Envoy con carga sintética
Encaje académico
Dónde encaja esto en tus estudios.
Afina las mismas habilidades que tu titulación espera de ti.
Habilidades
Habilidades que demostrarás.
Cada una aparece en tu credencial verificada.
Carreras
Roles para los que esto te prepara.
Títulos reales. Puentes de habilidades reales. Elige el que más se acerque a tu trayectoria.
Trayectorias profesionales que esto construye
Roles canónicosArquitecto de Sistemas
Diseñar adopción incremental de mesh y políticas de tráfico para 64 servicios es trabajo de arquitecto de plataforma, no de SRE individual.
Este proyecto afina
- service-mesh
- envoy
- mtls