DevOps e infraestructura

Con un enfoque DevOps de pila completa, gestiono el desarrollo y el despliegue como un único flujo y no como dos separados. Eso significa que una versión sale de forma planificada, repetible y reversible.

A quién va dirigido

Está dirigido a equipos que publican versiones a mano y con riesgo, que no están seguros de poder restaurar sus copias de seguridad o cuya infraestructura depende de los conocimientos de una sola persona. El objetivo es que el día de la publicación sea un día normal.

Qué hago

Despliegue de aplicaciones y gestión de versiones
Montaje y mantenimiento de infraestructura
Copias de seguridad, monitorización y planificación de la continuidad
Revisión de seguridad del proceso de desarrollo y publicación

Planifico el trabajo de infraestructura a la luz de mi formación en seguridad de la información (auditor líder ISO 27001, cursos de ciberseguridad y hacker ético). Cada cambio se prueba primero en un entorno de pruebas.

Cómo gestiono el trabajo en esta área

El día de la publicación no debería deparar sorpresas. El camino consiste en mantener los cambios pequeños, escribir de antemano la vía de retorno y dejar claras las responsabilidades.

Pasos

Inventario de la situación actual: se enumeran servidores, servicios, copias de seguridad y derechos de acceso.
Configuración objetivo y lista de riesgos: los riesgos de continuidad y seguridad se redactan con sus responsables.
Prueba en un entorno de pruebas: los cambios de infraestructura se aplican primero en pruebas.
Publicación planificada: se despliega con una ventana de inactividad, un registro de cambios y un plan de reversión.
Monitorización y verificación de copias de seguridad: se vigila la monitorización y se comprueba periódicamente que las copias de seguridad puedan restaurarse.

Entregables

Inventario de infraestructura y accesos
Registro de cambios y calendario de publicaciones
Plan de reversión
Documento de rutina de copias de seguridad y monitorización

Métodos y herramientas

Los responsables y la ventana de inactividad se establecen por escrito antes de cada publicación. La revisión de seguridad se realiza dentro del proceso de desarrollo, no al final. Tras las interrupciones, las publicaciones y los incidentes se conservan breves resúmenes escritos; los problemas recurrentes aparecen en estos registros y se vinculan a soluciones duraderas.

Riesgos habituales y cómo los gestiono

Inactividad no planificada: la ventana de inactividad y un plan de comunicación se redactan antes de la publicación.
Cambios irreversibles: los pasos de reversión están preparados para cada cambio y probados en el entorno de pruebas.
Copias de seguridad sin verificar: se prueba periódicamente que las copias de seguridad puedan restaurarse.

Criterios de aceptación

Una publicación puede realizarse a partir de una lista de pasos repetible.
El plan de reversión ha sido probado.
Las alertas de monitorización y una prueba de restauración de copias de seguridad funcionan.
El inventario de accesos está actualizado y respeta el principio de mínimo privilegio.

Lo que le preguntaré antes de empezar

¿Cómo se realiza hoy una publicación y quién la hace?
¿Qué inactividad es aceptable?
¿Dónde están las copias de seguridad y cuándo se restauraron por última vez?
¿Existen expectativas de cumplimiento o seguridad (como ISO 27001)?

Ritmo de comunicación

Se comparte un calendario de cambios; una breve comprobación antes de cada publicación y un breve resumen después.

Por qué es importante para liderar equipos de IA

Las cargas de trabajo de IA (servicio de modelos, canalizaciones de datos, bases de datos vectoriales) requieren una continuidad y un control de acceso adicionales en la infraestructura. Conocer la parte de DevOps me permite poner sobre la mesa pronto, en los proyectos de IA, las cuestiones de costes y continuidad.

Preguntas frecuentes

¿Nube o alojamiento propio?

Comparo las opciones en cuanto a coste, continuidad y requisitos de ubicación de los datos, y ofrezco una recomendación razonada.

¿También realiza análisis de seguridad?

Realizo una revisión de seguridad como parte del proceso; si se necesita una prueba de penetración detallada, la definimos por separado.

Para empezar: describa su objetivo en dos o tres frases a través de Contacto o por WhatsApp (+90 531 679 10 14). Para conocer mi método general, consulte Gestión de proyectos; para mi ritmo de trabajo, Cómo trabajo; y para otras áreas, Servicios. Trabajo de forma remota, incluso entre distintas zonas horarias; consulte las Preguntas frecuentes.