0.4
Operación de sistemas
Qué hacemos
Operamos los sistemas que sostienen el negocio después de la entrega: disponibilidad, soporte, rendimiento y evolución, con responsabilidad explícita sobre el servicio y no sólo sobre el código.
Asumimos plataformas propias y heredadas de terceros, y el equipo que responde a un incidente es el que conoce la arquitectura. No hay traspaso a un segundo nivel que empieza de cero.
Cómo lo abordamos
Operamos con lo que el sistema dice de sí mismo: instrumentación, alertas con umbral acordado y un inventario vivo de dependencias críticas. El incidente se cierra cuando la causa raíz está corregida, no cuando el servicio vuelve.
El cambio va siempre por el mismo camino: control de versiones, entorno equivalente, despliegue reversible y ventana acordada con el negocio. La continuidad no se protege con excepciones, se protege con un proceso que se repite igual cada vez.
Valor que generamos
Continuidad operativa medible, con tiempos de respuesta y recuperación comprometidos y un historial de incidentes que se acorta en lugar de repetirse.
Además, el coste de sostener el sistema deja de crecer con su antigüedad: la optimización y la corrección de deuda forman parte de la operación ordinaria, no de un proyecto extraordinario que siempre se aplaza.
Operación posterior a la entrega y soporte crítico
- Qué es
- Responsabilidad continuada sobre sistemas en producción: vigilancia, atención de incidentes, restitución del servicio y corrección de la causa que lo originó.
- Cómo lo entendemos
- La entrega es el comienzo del riesgo, no su final. Un sistema crítico necesita, cuando falla, a alguien que conozca su arquitectura, con capacidad de decidir y de tocar el código.
- Qué problema resuelve
- Soporte que sólo reinicia y escala, incidentes recurrentes sin causa corregida, conocimiento concentrado en una persona y tiempos de recuperación que nadie ha comprometido.
- Valor que genera
- Servicio con niveles acordados y medidos, recurrencia de incidentes a la baja y continuidad que no depende de la disponibilidad de una persona concreta.
Optimización continua de plataformas
- Qué es
- Revisión sistemática del rendimiento, el coste y la fiabilidad de las plataformas en producción, con intervenciones priorizadas por impacto sobre la operación y sobre el gasto.
- Cómo lo entendemos
- Un sistema estable se degrada igualmente: crecen los datos, cambian los patrones de uso y la infraestructura se dimensionó para otro escenario. Sin revisión periódica, el coste sube y el margen de respuesta baja.
- Qué problema resuelve
- Gasto en nube que crece sin explicación, tiempos de respuesta que se deterioran despacio, y capacidad sobredimensionada en unos puntos y al límite en otros.
- Valor que genera
- Coste alineado con el uso real, rendimiento sostenido bajo crecimiento y decisiones de capacidad tomadas con datos en lugar de por precaución.
Evolución de sistemas en producción
- Qué es
- Incorporación de nuevas capacidades, cambios regulatorios e integraciones sobre sistemas que ya están operando, sin detener el servicio ni rehacer la plataforma.
- Cómo lo entendemos
- Evolucionar en producción es un ejercicio de secuencia y reversibilidad: cambios pequeños, verificables y reversibles, con convivencia temporal entre lo anterior y lo nuevo cuando el riesgo lo exige.
- Qué problema resuelve
- Cambios acumulados en entregas grandes y arriesgadas, deuda técnica que encarece cada modificación y la tentación recurrente de reescribir desde cero.
- Valor que genera
- Capacidad de cambio continua y previsible, con riesgo acotado por entrega y sin ventanas de indisponibilidad que la operación no pueda absorber.