Cuéntanos tu proyecto →
Cuéntanos tu proyecto →

03 / Runtime03 / Runtime

Mantén el sistema funcionando después del lanzamiento.Mantén el sistema funcionando después del lanzamiento.

Runtime es la capa de operación continua de Xendai: monitorizamos, evaluamos, mantenemos y mejoramos los sistemas de IA una vez que están en producción.Runtime es la capa de operación continua de Xendai: monitorizamos, evaluamos, mantenemos y mejoramos los sistemas de IA una vez que están en producción.

Un sistema desplegado sigue siendo un sistema que cambia.Un sistema desplegado sigue siendo un sistema que cambia.

Cuéntanos tu proyecto →

02Cambio en producción02 / Cambio en producción

Poner un sistema en producción no significa que deje de cambiar.Poner un sistema en producción no significa que deje de cambiar.

Cambian los modelos, las APIs y las aplicaciones. Aparecen nuevos casos, excepciones y reglas de negocio. Runtime establece quién observa esos cambios, cómo se detectan, qué se evalúa y qué responsabilidad asume Xendai.Cambian los modelos, las APIs y las aplicaciones. Aparecen nuevos casos, excepciones y reglas de negocio. Runtime establece quién observa esos cambios, cómo se detectan, qué se evalúa y qué responsabilidad asume Xendai.

  1. Registro de cambios — clases de cambio, no incidenciasSeis tipos
  2. 01Model/

    changed

  3. 02API/

    updated

  4. 03Data/

    drifted

  5. 04Rule/

    modified

  6. 05Volume/

    increased

  7. 06Exception/

    new

  8. El coral marca la clase que puede requerir atención: no se afirma ninguna excepción.
  1. 01Model

    changed

  2. 02API

    updated

  3. 03Data

    drifted

  4. 04Rule

    modified

  5. 05Volume

    increased

  6. 06Exception

    new

  7. El coral marca la clase que puede requerir atención: no se afirma ninguna excepción.

03Qué cubre Runtime03 / Qué cubre Runtime

No mantenemos sólo infraestructura. Mantenemos el comportamiento del sistema.No mantenemos sólo infraestructura. Mantenemos el comportamiento del sistema.

  1. Cobertura operativa — seis dominiosSalud de infraestructura ≠ comportamiento de negocio correcto
  2. 01SaludInfraestructura

    Disponibilidad, ejecuciones, errores, logs y dependencias.

  3. 02CalidadComportamiento

    Evaluación periódica de resultados.

  4. 03IntegracionesInfraestructura

    Compatibilidad con APIs, modelos y herramientas.

  5. 04ExcepcionesComportamiento

    Casos que no se completan correctamente.

  6. 05CosteInfraestructura

    Consumo de modelos, infraestructura y operación.

  7. 06MejoraComportamiento

    Ajustes dentro del perímetro de operación acordado.

  1. 01SaludInfra

    Disponibilidad, ejecuciones, errores, logs y dependencias.

  2. 02CalidadComportamiento

    Evaluación periódica de resultados.

  3. 03IntegracionesInfra

    Compatibilidad con APIs, modelos y herramientas.

  4. 04ExcepcionesComportamiento

    Casos que no se completan correctamente.

  5. 05CosteInfra

    Consumo de modelo, infraestructura y operación.

  6. 06MejoraComportamiento

    Ajustes dentro del perímetro operativo acordado.

04Niveles04 / Niveles

Tres niveles según la responsabilidad que necesita la operación.Tres niveles según la responsabilidad que necesita la operación.

  1. Responsabilidad operativa — se define por sistema y propuestaNingún nivel implica 24/7 por sí mismo
  2. BaseMantener el sistema sano.
  3. ManagedOperar y mejorar activamente.
  4. CriticalProteger una función crítica de negocio.
  5. Salud · Operar y mejorar · ProtegerLa responsabilidad crece. El nivel de servicio se define en cada propuesta.
  1. BaseMantener el sistema sano.
  2. ManagedOperar y mejorar activamente.
  3. CriticalProteger una función crítica de negocio.
  4. Ejemplo: excepción → intervención humana → verificadoNingún nivel implica 24/7 por sí mismo. El nivel de servicio se define en cada propuesta.

05Dos dimensiones05 / Dos dimensiones

Difícil de construir no significa crítico de operar.Difícil de construir no significa crítico de operar.

Engineering mide la complejidad de lo que se construye. Runtime mide qué responsabilidad debemos asumir cuando está funcionando. Son decisiones independientes.Engineering mide la complejidad de lo que se construye. Runtime mide qué responsabilidad debemos asumir cuando está funcionando. Son decisiones independientes.

Eje A — Engineering¿Qué hay que construir?Complejidad de construcción
Eje B — Runtime¿Qué criticidad tiene mantenerlo funcionando?Criticidad de operación

Xendai Managed = un entorno de despliegue. Runtime Managed = una responsabilidad operativa. Dimensiones distintas. Un sistema sencillo en una línea principal puede ser crítico. Un sistema interno elaborado puede tolerar una caída.

Eje A — Engineering¿Qué hay que construir?Complejidad de construcción
Eje B — Runtime¿Qué criticidad tiene mantenerlo funcionando?Criticidad de operación

Un sistema sencillo en una línea principal puede ser crítico. Un sistema interno elaborado puede tolerar una caída.

06El ciclo06 / El ciclo

Runtime funciona como un ciclo, no como un contrato de mantenimiento pasivo.Runtime funciona como un ciclo, no como un contrato de mantenimiento pasivo.

Observe → Evaluate → Identify → Correct → Verify → Improve ↺Seguir observando es un resultado legítimo
  1. 01 Observe
  2. 02 Evaluate
  3. 03 Identify
  4. 04 Correct
  5. 05 Verify
Nada accionable → seguir observandoRespuesta condicional y controlada
06 Improve ↺

El aprendizaje vuelve a la observación. No implica auto-reparación ni dedicación permanente.

Lima = una corrección verificada.

01 Observe → 02 Evaluate → 03 Identify → 04 Correct → 05 Verify

06 Improve ↺ — vuelve a 01 Observe

Nada accionable → seguir observando. Respuesta condicional y controlada entre Correct y Verify. El aprendizaje vuelve a la observación. No implica auto-reparación ni dedicación permanente.

07Límite07 / Límite

La responsabilidad debe estar tan definida como el sistema.La responsabilidad debe estar tan definida como el sistema.

Anexo de servicio — condiciones a definir en cada propuesta · Nueve elementos · sin valores precargados
01Operating hours.por definir
02Incident severities.por definir
03Response targets.por definir
04Restoration targets when applicable.por definir
05Monitoring perimeter.por definir
06Evaluation cadence.por definir
07Change allowance.por definir
08Dependencies.por definir
09Escalation.por definir

Critical no significa automáticamente 24/7. Cada propuesta concreta el nivel de servicio real.

Anexo de servicio — nueve elementos, sin valores precargados
01Operating hourspor definir
02Incident severitiespor definir
03Response targetspor definir
04Restoration targetspor definir
05Monitoring perimeterpor definir
06Evaluation cadencepor definir
07Change allowancepor definir
08Dependenciespor definir
09Escalationpor definir

Critical no significa automáticamente 24/7. Cada propuesta concreta el nivel de servicio real.

08Runtime + Usage08 / Runtime + Usage

Operar el sistema y utilizarlo son costes diferentes.Operar el sistema y utilizarlo son costes diferentes.

Categoría ARuntime

La responsabilidad operativa acordada por Xendai.

Alcance fijo · perímetro acordado
Categoría BUsage

Modelos · workflows · telefonía · infraestructura · resultados selectivos (sólo cuando se acuerde).

Variable · externo · no ilimitado por defecto

Dos categorías de coste. Lo incluido y lo excluido pertenece a la propuesta acordada.

Categoría ARuntime

La responsabilidad operativa acordada por Xendai.

Alcance fijo · perímetro acordado
Categoría BUsage

Modelos · workflows · telefonía · infraestructura · resultados selectivos (sólo cuando se acuerde).

Variable · externo · no ilimitado por defecto

Dos categorías de coste. Lo incluido y lo excluido pertenece a la propuesta acordada.

09 / Cuéntanos tu proyecto09 / Cuéntanos tu proyecto

Un sistema desplegado sigue siendo un sistema que cambia.Un sistema desplegado sigue siendo un sistema que cambia.

Cuéntanos tu proyecto →