Gestión de ciclos de vida

Todo elemento del CMDB sigue un ciclo de vida desde su adquisición hasta su baja. KaliaOps gestiona este ciclo para tres tipos de entidades:

Activos (equipos)

Servidores, estaciones de trabajo, equipos de red, móviles... Su ciclo de vida generalmente es:

1. Adquisición: Compra o leasing, creación en la CMDB
2. Despliegue: Instalación y puesta en producción
3. Explotación: Uso normal, mantenimientos puntuales
4. Obsolescencia: Rendimiento insuficiente, fin de soporte
5. Retiro: Baja, reciclaje RAEE o reventa

Aplicaciones

Software, servicios, aplicaciones de negocio. Su ciclo sigue las versiones:

1. Desarrollo o Adquisición
2. Despliegue en producción
3. Evoluciones y actualizaciones
4. Fin de vida: Migración a nueva solución

Contratos

Contratos de mantenimiento, licencias, soporte. Su ciclo está marcado por fechas:

1. Negociación y firma
2. Período de validez
3. Renovación o Rescisión

KaliaOps define 4 estados para el ciclo de vida de activos:

Transiciones posibles

Las transiciones entre estados siguen una lógica de negocio:

• Activo → Mantenimiento: Avería, actualización planificada
• Mantenimiento → Activo: Reparación terminada
• Activo/Mantenimiento → Retirado: Obsolescencia, reemplazo
• Retirado → Activo: Puesta en servicio de nuevo (raro)
• Retirado → Eliminado: Destrucción definitiva

Controles automáticos

Durante un cambio de estado, KaliaOps verifica:

• Dependencias activas: Advertencia si hay aplicaciones o incidentes vinculados
• Análisis de impacto: Propuesta de ejecutar el análisis antes del retiro

Durante el reemplazo de un equipo, documente la relación entre el antiguo y el nuevo:

Crear el vínculo de reemplazo

1. Abra la ficha del activo antiguo
2. Haga clic en «Modificar»
3. En el campo «Reemplazado por», seleccione el nuevo activo
4. Cambie el estado a «Retirado»
5. Guarde

Información conservada

El vínculo de reemplazo permite:

• Visualizar la cadena: Antiguo → Nuevo → Más reciente
• Transferir conocimiento: El historial del antiguo permanece accesible
• Auditar cambios: Justificar el reemplazo (fin de garantía, obsolescencia)

Entidades afectadas

El campo «Reemplazado por» existe en:

• Activos: Reemplazo de hardware
• Aplicaciones: Migración a nueva versión o solución
• Contratos: Renovación con nuevo contrato

Visualizar la cadena de reemplazo

Desde la ficha de un activo, la sección «Ciclo de vida» muestra:

• Reemplazado por: Enlace al sucesor (si está definido)
• Reemplaza: Enlace al predecesor (si aplica)

Puede así navegar por toda la cadena de reemplazo.

Ejemplo

Un servidor ha sido reemplazado dos veces:

SRV-PROD-01 (2018, eliminado)
  ↓ reemplazado por
SRV-PROD-02 (2021, retirado)
  ↓ reemplazado por
SRV-PROD-03 (2024, activo)

Desde SRV-PROD-03, puede remontarse a toda la historia del servidor de producción.

Conservación del historial

Incluso si el antiguo activo ha pasado a estado «Eliminado», su información permanece en la base:

• Características técnicas
• Fechas de adquisición y retiro
• Incidentes asociados
• Vínculo de reemplazo

Solo una eliminación definitiva (acción explícita de un administrador) borra estos datos.

Antes de retirar un elemento del parque, realice un análisis de impacto para identificar todas las dependencias.

¿Por qué analizar el impacto?

• Evitar interrupciones: Identificar los servicios que dependen del elemento
• Planificar la migración: Anticipar las modificaciones a realizar
• Comunicar: Informar a los usuarios afectados

Realizar el análisis

1. Abra la ficha del elemento a retirar
2. Haga clic en «Análisis de impacto»
3. Consulte las dependencias mostradas

Resultados del análisis

El análisis lista:

• Aplicaciones alojadas en el activo
• Otros activos dependientes (clúster, replicación)
• Incidentes en curso vinculados a este elemento
• Cambios planificados que afectan a este elemento

Acciones recomendadas

Según los resultados:

• Sin dependencias: Retiro posible inmediatamente
• Dependencias no críticas: Planificar la migración
• Dependencias críticas: Definir un plan de continuidad antes del retiro

1. Documente las fechas clave

Complete sistemáticamente:

• Fecha de compra: Para calcular la amortización
• Fecha de puesta en servicio: Inicio del ciclo de vida activo
• Fecha de expiración de garantía: Alertas automáticas

2. Use las alertas de garantía

KaliaOps genera alertas antes de expiración de garantía:

• Alerta a 60 días
• Alerta a 30 días
• Alerta a expiración

Anticipe las renovaciones o reemplazos.

3. Prefiera «Retirado» a la eliminación

El estado «Retirado» conserva todos los datos. Solo elimine definitivamente si:

• El equipo ya no tiene valor documental
• Las obligaciones legales de conservación se han cumplido
• Está seguro de nunca necesitar el historial

4. Cree un cambio para retiros importantes

El retiro de un servidor de producción o aplicación crítica debe seguir el proceso de gestión de cambios:

• Análisis de impacto documentado
• Plan de migración
• Validación CAB si es necesario
• Comunicación a usuarios

5. Vincule el antiguo al nuevo

Use siempre el campo «Reemplazado por» para mantener la trazabilidad. Esta información es valiosa para:

• Auditorías de cumplimiento
• Análisis de costos de posesión (TCO)
• Planificación de futuros reemplazos