☁️ Plataformas de ejecución#

⬅️ Atlas · 🗂️ Índice · 🧭 Taxonomía

Una sola entrada, y está aquí para marcar una frontera. Kubernetes no es un framework de aplicación, y compararlo con uno es el error de categoría que el módulo 00 enseña a detectar en su primera hora.

La distinción, con las cinco preguntas del módulo 00#

Ambos «controlan el ciclo de vida», pero de cosas distintas. Un framework decide cuándo se llama a tu manejador. Una plataforma decide cuándo existe tu proceso.

Por qué aparece en un programa sobre frameworks#

Porque condiciona el contrato, y eso es visible en el propio código del repositorio. El módulo 12 exige separar la sonda de vivo de la de listo:

export async function estado({ baseDeDatos }) {
  // «vivo» responde siempre que el proceso funcione: si depende de la base de
  // datos, un fallo de esta provoca el reinicio en bucle de un proceso sano.
  const vivo = { status: "ok" };
  const listo = (await baseDeDatos.ping()) ? { status: "ok" } : { status: "degraded", reason: "database" };
  return { vivo, listo };
}

Esa distinción no existe sin una plataforma que reinicie procesos. Aparece porque alguien externo va a decidir, cada pocos segundos, si tu proceso sigue mereciendo tráfico. Confundir las dos sondas produce el fallo clásico: la base de datos se degrada, la sonda de vida falla, la plataforma reinicia procesos sanos, y el reinicio masivo empeora la degradación.

Otras decisiones que la plataforma impone#

Cuatro requisitos que no vienen del framework y que ninguna comparación de frameworks recoge, pero que determinan si el producto es operable.

La tecnología#

<!-- generado:tabla-ecosistema cloud -->

<!-- fin -->

Qué aporta#

<!-- generado:notas-ecosistema cloud -->

• Kubernetes — No es un framework de aplicación y compararlo con uno es un error de categoría. Condiciona, eso sí, las sondas de vida y de disponibilidad que el módulo 12 exige.

<!-- fin -->

Fuentes#

• [twelve-factor] The Twelve-Factor App — https://12factor.net/