Platform Engineering
La plataforma como producto: internal developer platform, golden paths, policy as code, control plane con Crossplane, entrega progresiva. La pregunta no es qué herramientas existen, sino cuáles quitan carga real a los equipos de producto — y cuáles solo añaden otra capa de abstracción que no simplifica nada.
-
Despliegue atómico de un sitio estático donde no hay ni git ni transacciones
Despliegue atómico de un sitio estático sin git en el servidor: el extremo receptor solo ofrece scp y ssh. Con eso no se construye una transacción, pero sí un despliegue que sobrevive a un corte y se repite sin consecuencias.
-
Crossplane frente a Terraform: control plane en vez de fichero de estado
Terraform guarda una instantánea del estado en un fichero y la reconcilia bajo demanda; Crossplane convierte la API de Kubernetes en un control plane y reconcilia de forma continua. Qué cambió la versión dos, dónde gana la reconciliación continua y qué se paga a cambio.
-
Argo Rollouts: canary y blue-green con auto-rollback por métricas
Un RollingUpdate estándar declara el éxito cuando los pods pasan la readiness probe. Argo Rollouts convierte el release en una hipótesis verificable: canary por pasos, blue-green con preview, AnalysisTemplates con PromQL y el burn rate del SLO como rollback automático.
-
Multi-cluster ArgoCD: hub-and-spoke frente a per-cluster y dónde ambos necesitan pull-mode
Hub-and-spoke es el default, pero se rompe contra blast radius, red inbound y compliance. Cuándo elegir per-cluster local, cuándo pull-mode, y cómo es un híbrido sin ideología.
-
Policy as Code en la era del código IA: la paradoja de velocidad y control
La velocidad del código de producción supera al review humano. Sin guardrails deterministas en CI y admission, un agente IA se convierte en amplificador de errores — no de throughput.
-
El golden path como producto: por qué la plataforma viable más delgada gana al desarrollo de cinco años
Construye la plataforma delgada — un camino a la vez — y estandariza el proceso antes de automatizarlo. De lo contrario, entregas un monumento que nadie usa.
-
Internal Developer Platform: seis capas y tres impulsores de adopción
Una IDP no es «un portal más», sino un producto para desarrolladores. Por qué la platform engineering despegó ahora, de qué seis capas se compone una plataforma funcional sobre Kubernetes y cuáles son los cuatro errores que matan un portal en medio año.