Amazon no nació queriendo construir la nube. Sus equipos de ingeniería dedicaban el 70% del tiempo a gestionar infraestructura, y solo el 30% a construir productos. Lo explicó Andy Jassy, el directivo que lideró la creación de AWS: el objetivo era darle la vuelta a esa ecuación. La solución fue tratar la infraestructura como lo que era, un servicio interno con clientes reales, métricas de entrega y un equipo responsable de que funcionara.
El resultado fue AWS. La división más rentable en la historia de internet.
Esto no es un artículo sobre la nube. Es sobre la pregunta que Amazon se hizo primero y que la mayoría de los equipos que gestionan un Data Center todavía no se han planteado con claridad: ¿A quién sirve realmente tu Data Center?
El cliente que nadie ha identificado
En Amazon, todo tiene un cliente. Antes de diseñar cualquier cosa, el equipo responde quién es ese cliente y qué necesita. No de forma vaga, sino concreta: ¿qué espera recibir y cómo sabe cuándo algo no funciona?
En la mayoría de los Data Centers, esa pregunta no tiene respuesta clara. La infraestructura IT sirve a todos en general y a nadie en particular. Los equipos la usan porque no tienen otra opción. El negocio depende de ella sin entenderla del todo. Y el impacto real de un fallo en el trabajo de otras personas no siempre llega con claridad a quien gestiona la infraestructura.
Amazon empezaría por el cliente. No por los racks, la eficiencia energética ni los SLAs.
¿Quién depende de tu Data Center para hacer su trabajo? ¿Qué necesita que la infraestructura le entregue y cómo sabe cuándo algo ha fallado? Si puedes responder esto de forma concreta, estás gestionando un servicio. Si no puedes, estás gestionando un coste.
Escribir primero el resultado, no la solución
Amazon tiene un método de trabajo conocido como "Working Backwards", o trabajar hacia atrás. Antes de construir cualquier cosa, el equipo escribe la nota de prensa que anunciaría el producto terminado. La idea es sencilla. Si no puedes describir el resultado que vas a generar, probablemente no tienes claro qué estás haciendo.
Aplicado a la gestión de un Data Center, el ejercicio tiene este aspecto: escribe el titular que leería quien depende de tu infraestructura si todo funcionara exactamente como debería. Un resultado real, no un porcentaje técnico.
Algo como que el equipo de desarrollo despliega entornos nuevos en minutos en lugar de esperar semanas, que el área financiera cierra el mes sin interrupciones ni escalados de última hora, o que la auditoría de cumplimiento no encontró ninguna sorpresa porque todo estaba documentado y trazado.
Si ese titular cuesta formularlo, si lo que surge son indicadores de capacidad o consumo energético en vez de beneficios concretos para alguien, Amazon diría que aún no tienes claro a quién sirves. Y que hasta que no lo tengas claro, cualquier inversión en el Data Center es difícil de justificar más allá del gasto que supone.
Medir lo que ve quien depende de ti
Amazon tiene una obsesión con los datos, pero con un tipo concreto: los que reflejan la experiencia de quien usa el servicio. Los que dicen si quien depende del sistema está recibiendo lo que necesita, no solo los que describen el estado interno de la infraestructura.
En la mayoría de los Data Centers, el cuadro de mando mira hacia adentro: PUE, capacidad disponible, número de incidencias. Son indicadores operativos, necesarios y útiles para el día a día. El problema es que no siempre dicen si quien depende de la infraestructura IT está bien atendido.
Amazon añadiría otra capa encima. Cosas como cuánto tiempo pasa desde que se solicita capacidad hasta que está disponible (medido desde quien la necesita, no desde quien la aprovisiona), o cuánto tarda en resolverse una incidencia contando desde que falla la aplicación, no desde que salta la alerta interna. También el porcentaje de compromisos de servicio cumplidos en plazo, y el coste por unidad de servicio entregada en vez de solo el gasto total.
Esto conecta con algo que ya hemos explorado en este blog: los datos existen, pero no siempre generan decisiones. La pregunta no es si tu Data Center produce información. Es si esa información te dice algo sobre cómo estás sirviendo a quien depende de ti.
Actuar como si fuera el primer día
Jeff Bezos tenía una obsesión: evitar lo que llamaba el Día 2. El Día 1 es cuando un equipo construye y aprende. El Día 2 es cuando los procesos se vuelven automáticos, las decisiones se ralentizan y se empieza a gestionar lo que ya existe sin cuestionarse si sigue teniendo sentido.
"El Día 2 es estancamiento. Seguido de irrelevancia. Seguido de declive." — Jeff Bezos
Muchos Data Centers llevan años en ese Día 2 sin saberlo. Los procesos se diseñaron cuando el negocio tenía otras necesidades. Las herramientas se eligieron hace una década. Las métricas no han cambiado desde la última auditoría. Nadie las cuestiona porque todavía no han fallado de forma visible, y mientras no fallen, nadie las toca.
¿Cuándo fue la última vez que alguien en tu equipo preguntó por qué la gestión del Data Center funciona como funciona? No para resolver un problema concreto, sino para ver si el modelo sigue teniendo sentido.
Esa es la diferencia entre operar infraestructura y hacerse responsable de un servicio. Los servicios se revisan. Los costes se aprueban.
Amazon no empezó queriendo construir la nube. Empezó negándose a tratar su propia infraestructura como una caja negra que solo tenía que mantenerse encendida.
El Data Center que operas hoy tiene el mismo potencial, o el mismo riesgo. La diferencia no está en la automatización del Data Center que hayas alcanzado. Está en si quienes lo gestionan se hacen preguntas técnicas o preguntas sobre el servicio que prestan.
Gestionar o servir. La respuesta define si tu Data Center es un coste o un activo.
Enlaces a las referencias hechas de Amazón
Andy Jassy: https://twitter.com/ajassy/status/1785293612835823716
Working Backwards. https://www.aboutamazon.com/news/workplace/an-insider-look-at-amazons-culture-and-processes
Jeff Bezos: https://www.aboutamazon.com/news/company-news/2016-letter-to-shareholders