June 2026 DevOps Meetup

Charla 1
**Título: La plataforma son las personas: SLA, DORA y confianza en miles de millones de solicitudes al mes**
Por: Harry Bouras
Rol/LinkedIn: Líder de IA e ingeniería en la nube, anteriormente dirigió la organización API de una corporación líder, extremadamente global y multicultural. LinkedIn: https://www.linkedin.com/in/harry-bouras/

Resumen:
La mayoría de las charlas sobre "plataforma" tratan sobre herramientas. Éste no lo es. Dirigir la organización API de una corporación líder, extremadamente global y multicultural, interconectando décadas de sistemas heredados mientras atendía miles de millones de solicitudes al mes y escalaba tanto en Azure como en Google Cloud, me enseñó una lección contraria de la manera más difícil: a ese volumen, las plataformas no fallan en tecnología y las facturas de la nube no explotan debido a un mal Terraform. Fracasan, o tienen éxito, en la forma en que la organización está configurada para poseer, entregar y hacer crecer el producto. El organigrama es la verdadera arquitectura.

Recorreré las palancas que realmente movieron la aguja, cada una anclada en momentos reales de esa escala. Cómo los SLA, formulados como claridad en lugar de castigo, cambian el comportamiento de los ingenieros más que cualquier panel. ¿Por qué extender la confianza y el tiempo a un equipo desde el principio? Lo más incómodo que puede hacer un líder es precisamente lo que aumenta la calidad de la construcción y reduce el retrabajo que no puede permitirse en miles de millones de solicitudes. Lo que realmente cambió cuando arrastramos una organización en forma de cascada hacia una entrega iterativa basada en Scrum, y por qué se trató de acortar los ciclos de retroalimentación, no de agregar ceremonias. ¿Y cómo las métricas de DORA se convirtieron en nuestra respuesta objetiva a una pregunta sobre la que todo equipo discute: qué hace realmente exitoso a un ingeniero de software sénior y qué hace a un ingeniero de DevOps?

Luego el núcleo humano, contado honestamente, es decir contado como comedia. Lo que caracteriza a un buen directivo en este mundo, narrado a través de las cosas de las que estaba seguro y de las que estaba completamente equivocado. El chiste recurrente es también el punto real: casi todos los instintos que me convirtieron en un buen ingeniero me convirtieron en un gerente mediocre hasta que los desaprendí.

Finalmente, un vistazo a lo que todos estamos a punto de equivocarnos: la IA está obligando a DevOps a convertirse en DevSecOps, y los equipos que lo manejen bien serán los que ya tengan la cultura de propiedad, confianza y crecimiento de la que realmente trata esta charla.

charla 2
**Cultura postmortem: convertir los fracasos en aprendizaje, no en culpa**
Por: Dani Yelovitch
La mayoría de los equipos de ingeniería tratan los incidentes como vergüenzas que hay que enterrar: una solución rápida, un mensaje vago de Slack y todos siguen adelante. Esta charla aboga por un enfoque diferente: tratar cada fracaso como un regalo.
La idea central son las autopsias sin culpa, una práctica iniciada en Google y Netflix donde el objetivo no es encontrar un chivo expiatorio, sino comprender cómo el sistema (personas, herramientas, procesos) permitió que ocurriera una falla en primer lugar. Si un humano cometió un error, la verdadera pregunta es: ¿por qué el sistema hizo que ese error fuera fácil de cometer?
La charla cubriría:
Cómo es una buena autopsia (y las formas más comunes en que salen mal)
Cómo realizar una revisión sin culpa sin que se convierta en una sesión de comité de culpa
Convertir los elementos de acción en cambios reales, no en un documento de cementerio que nadie lee
Crear seguridad psicológica para que los ingenieros informen los problemas con antelación en lugar de ocultarlos
La conclusión clave: los equipos que aprenden de los fallos más rápido que sus competidores ofrecen mejor software con menos incidentes catastróficos, no porque tengan mejores ingenieros, sino porque han construido mejores circuitos de retroalimentación.

**Charla 3:**
Título: De la organización de servicios al autoservicio: ingeniería de plataformas en acción
Por Pavel Bureš de Sky

Las organizaciones de ingeniería modernas acumulan silos de plataformas más rápido de lo que pueden liquidarlos: cada equipo elige su propia manera de aprovisionar cargas de trabajo, bases de datos, colas y cachés, cada uno con perfiles de seguridad, observabilidad y costos sutilmente diferentes. En esta charla, compartimos cómo estamos abordando ese problema a escala a través de una práctica de ingeniería de plataforma basada en el principio de una interfaz unificada y abstracta para la configuración centrada en aplicaciones, un enfoque que hace que los equipos de plataforma pasen de la "plomería basada en tickets" al pensamiento de producto: contratos estables, caminos dorados y autoservicio por defecto.

En la segunda mitad nos centramos en PEaaS (Ingeniería de persistencia como servicio), nuestra implementación concreta de estos principios para cargas de trabajo con estado. Analizaremos la arquitectura (funciones de composición de Crossplane 2.0 en EKS, reclamaciones de Kubernetes (XR) centradas en aplicaciones y un modelo de incorporación de inquilinos que automatiza IAM, puntos finales de VPC, OIDC y aprovisionamiento de S3) y cómo abstrae backends heterogéneos (Keyspaces, Aurora DSQL, Redis Cloud y Kafka en EKS) detrás de una interfaz consistente.

Los asistentes se llevarán: Un patrón práctico para diseñar plataformas de ingeniería en sus propias organizaciones.
Una arquitectura de referencia para la persistencia como servicio en Crossplane.
Lecciones honestas sobre estandarización, incorporación de inquilinos y adopción de plataformas.