mookie@dev:~$ ls ~/series/aspire
Aspire
Qué es Aspire y qué no, tests que levantan el sistema entero y el camino del AppHost a un chart de Helm instalado en Kubernetes, sobre el código de entry-hub.
-
Aspire sin humo: qué es y qué no
Ni un Docker Compose con otro nombre ni algo que solo sirve en local
-
¿Testcontainers? Tu AppHost ya sabe arrancar el sistema
Cada servicio pasa sus tests; nadie comprueba si se entienden entre ellos
-
Lo que Aspire lleva a Kubernetes (y lo que tienes que poner tú)
El chart pasaba la revisión y la CI, y el primer helm install falló en menos de un segundo
-
Readiness, liveness y startup: a quién preguntar y qué
Una probe mal apuntada convierte una caída de la base de datos en reinicios en cadena
-
El pod viejo se apagó con trabajo pendiente
Tu rolling update no espera a tus background services
-
Tus tests no deberían depender de quién los ejecuta
El PostgreSQL de los tests lo ponía la CI, o lo tenías tú instalado