Publicado el

Una plataforma es un producto interno

Una plataforma interna fracasa cuando se impone y triunfa cuando se elige. Tratarla como un producto, con usuarios, un camino recomendado y algo que ganar al usarlo, es lo que la diferencia de una lista de prohibiciones.

Línea de servicio Ingeniería de Plataforma

Los usuarios son los equipos

Cuando una organización decide "tener una plataforma", lo habitual es empezar por las herramientas: un orquestador, un sistema de despliegue, un portal. Seis meses después hay mucha infraestructura y pocos equipos usándola, porque usarla cuesta más que saltársela.

El cambio de enfoque es simple de decir y difícil de practicar: la plataforma es un producto, y sus usuarios son los equipos que construyen aplicaciones. Como cualquier producto, tiene que resolverles un problema real y ser más cómoda que la alternativa.

El camino recomendado

El camino recomendadoCamino recomendado con cuatro estaciones frente a un camino propio que resuelve cada tramo por separado.PLATAFORMA · PRODUCTO INTERNOEl camino recomendadoCAMINO RECOMENDADO Plantillanace con estructura Registrositio y dueño Construir y desplegarigual para todas ObservabilidadincluidaIdeaProducciónCAMINO PROPIO????Cada tramo se resuelve por su cuenta: más lento, distinto en cada equipo, sin trazabilidad.Objetivo: que hacer las cosas bien sea lo más fácil.Si el camino gobernado es el más rápido, nadie lo rodea.N100F · n100f.com

La forma práctica de pensarlo es como un camino recomendado: una ruta ya resuelta de la idea a producción en la que cada tramo funciona sin que el equipo tenga que inventarlo.

  • Una plantilla con la que nace la aplicación con su estructura, su documentación y su despliegue preparados.
  • Un registro donde la aplicación obtiene su sitio: direcciones, puertos, dueños.
  • Construcción y despliegue automatizados, iguales para todas las aplicaciones.
  • Observabilidad incluida, sin configurarla a mano.

Un equipo puede salirse del camino si de verdad lo necesita. Pero entonces resuelve por su cuenta lo que la plataforma ya le daba, y eso suele bastar para que no lo haga sin motivo.

Lo que convierte una plataforma en producto

  • Se mide la adopción, no la cantidad de herramientas: cuántas aplicaciones nacen con la plantilla, cuánto tarda una aplicación nueva en llegar a producción.
  • Se documenta para quien la usa, no para quien la construyó.
  • Se escucha a los equipos. Si todos rodean el mismo tramo, ese tramo está mal resuelto.
  • Se versiona y se anuncia. Los cambios en la plataforma afectan a todas las aplicaciones; se comunican como los cambios de cualquier producto.

El objetivo

Que hacer las cosas bien sea lo más fácil. Si el camino gobernado (con fases, registro y trazabilidad) es también el más rápido, el gobierno deja de sentirse como un peaje.

El primer tramo de ese camino es el ciclo de vida: las fases por las que pasa toda aplicación y las compuertas entre ellas.


Cómo lo aplicamos: Ingeniería de Plataforma.

Si tu costo cloud crece sin que nadie sepa por qué, o tu arquitectura depende de quien la montó, conversemos.

Conversemos