🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónDeriva y autocuración
5 tareas · 38 min · Principiante
La deriva es la diferencia entre lo que dice el repositorio y lo que corre en el clúster. La autocuración la corrige sola, y por eso mismo puede borrar el rastro de quien la causó. Leer la deriva como evidencia, no solo como un estado a corregir, es parte del oficio. Con el estado de las aplicaciones y el registro de auditoría de Cerámicas Albarracín, una empresa ficticia, localizas la aplicación que no coincide, la diferencia exacta y quién la provocó. Es lectura de estados y registros ficticios; no se ejecuta nada.
Objetivo de la sala
La deriva es la diferencia entre lo que dice el repositorio y lo que corre en el clúster. La autocuración la corrige sola, y por eso mismo puede borrar el rastro de quien la causó. Leer la deriva como evidencia, no solo como un estado a corregir, es parte del oficio. Con el estado de las aplicaciones y el registro de auditoría de Cerámicas Albarracín, una empresa ficticia, localizas la aplicación que no coincide, la diferencia exacta y quién la provocó. Es lectura de estados y registros ficticios; no se ejecuta nada.En Argo CD, la sincronización automática (automated) aplica los cambios del repositorio sin que nadie la pulse. Dos opciones la completan, y las dos vienen apagadas por defecto: prune, que borra del clúster lo que ya no esté en Git, y selfHeal, que deshace los cambios hechos a mano en el clúster. Flux hace lo propio con prune y con su intervalo de reconciliación.
Con la autocuración activa, un cambio manual se revierte a los pocos segundos. Es bueno contra la deriva accidental; pero también borra el estado alterado, que era la evidencia de que alguien tocó el clúster.
Responde para continuar
¿Qué riesgo tiene la autocuración desde el punto de vista de la investigación?
Ver pista de ayuda
Piensa en qué queda en el clúster cuando el controlador corrige.
aplicaciones.txt es el estado que muestra el controlador: si cada aplicación tiene sincronización automática, prune y selfHeal, y su estado de sincronización (Synced o OutOfSync) y de salud. Una aplicación sana puede estar fuera de sincronía: funciona, pero no es lo que dice el repositorio.
Responde para continuar
Escribe la aplicación cuyo estado de sincronización es OutOfSync.
Ver pista de ayuda
Mira la columna de sincronización, no la de salud.
Una aplicación con prune activo y selfHeal apagado borra lo que sale de Git, pero no deshace los cambios manuales sobre lo que sigue: las diferencias quedan hasta la siguiente sincronización. Es una combinación frecuente y poco intencional. Cuenta las aplicaciones de aplicaciones.txt con esa combinación.
Responde para continuar
¿Cuántas aplicaciones tienen prune activado y selfHeal desactivado?
Ver pista de ayuda
Lee las columnas tercera y cuarta de cada fila y descarta las que no cumplan las dos condiciones.
diferencia-pagos.txt muestra, campo a campo, qué difiere entre Git y el clúster: la imagen es una versión «parche» que no existe en el repositorio y hay una variable de depuración activada. El registro de auditoría de la API del clúster (auditoria-api-cluster.txt) dice quién hizo un patch sobre el Deployment. Hay una cuenta de servicio del controlador que solo hace lecturas, y una persona.
Responde para continuar
¿Qué usuario hizo el patch manual sobre el Deployment pagos?
Ver pista de ayuda
Descarta las filas de lectura y la cuenta del controlador.
El archivo cambios-aprobados.txt no incluye ningún cambio manual sobre ese Deployment. La diferencia puede ser un arreglo de urgencia de buena fe o algo peor; con los datos de que dispones no se sabe. Sincronizar de inmediato la devolvería al estado del repositorio, pero se perdería lo que hay en el clúster.
Responde para continuar
¿Qué se hace primero con esa deriva?
Ver pista de ayuda
Primero se conserva la evidencia y se pregunta; después se decide.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.