Tu app publicada ahora sigue activa mientras la republicas

Cuando vuelves a publicar una app en Mythex, tu sitio en línea sigue sirviendo la versión anterior hasta que la nueva compilación está lista, y entonces cambia. Antes de este cambio, volver a publicar dejaba el sitio fuera de línea durante toda la compilación: los visitantes veían «Esta app publicada está fuera de línea o no se encontró el enlace» durante un minuto más o menos, y luego la misma página volvía a funcionar al recargar. También arreglamos otras dos formas en que una app en línea podía parecer fuera de línea sin estarlo.

1. Volver a publicar ya no tumba tu sitio

Detrás de escena, cada app publicada tiene un registro que indica qué compilación servir. Volver a publicar reutilizaba ese registro y lo marcaba como «compilando» durante todo el proceso, y la parte de nuestro edge que enruta a los visitantes solo servía registros marcados como «en línea». Así que cada republicación hacía desaparecer el sitio hasta que terminaba la compilación. Lo reprodujimos en una app de prueba pequeña: unos 50 segundos fuera de línea por cada republicación.

Ahora, cuando empieza una republicación de una app que ya está en línea, el registro recuerda que existe una compilación anterior y sigue apuntando a ella. El edge sirve esa compilación anterior mientras la nueva se compila, y el puntero solo se mueve a la nueva compilación cuando tiene éxito. Si la nueva compilación falla, tus visitantes no se dan cuenta: la versión anterior simplemente sigue activa.

Una primera publicación, o volver a publicar una app que estaba pausada o despublicada, sigue poniéndose en línea solo cuando la compilación termina —no hay versión anterior que mostrar—.

2. Un parpadeo no parece «no encontrado»

El servicio que está delante de tu app publicada pregunta a nuestra API dónde vive cada sitio. Antes, trataba cualquier respuesta no exitosa —un error momentáneo del servidor, una conexión caída— como «este sitio no existe», y mostraba la página de fuera de línea. Un refresco un segundo después funcionaba, lo cual era confuso.

Ahora solo una respuesta real de «no encontrado» cuenta como no encontrado:

• Cualquier otro fallo se reintenta una vez.
• Si sigue fallando, el edge sirve el sitio desde la última respuesta buena conocida durante hasta una hora.
• Solo si nunca ha tenido una respuesta muestra una página de «no disponible temporalmente» —nunca «no encontrado»—.

Los dominios personalizados además consultan nuestros sistemas de producción y de staging en paralelo, así que un servidor de staging lento nunca puede retener un dominio de producción.

3. Una app pausada lo dice

Las apps publicadas usan tu saldo de créditos. Si se agota, la app se pausa hasta que recargues, y vuelve sola cuando lo haces. Pero una app pausada antes tenía exactamente el mismo aspecto que una borrada.

Ahora un visitante de una app pausada ve «Esta app está pausada», con una forma de volver para el propietario, y la respuesta nunca se guarda en caché, así que la app vuelve a estar accesible en cuanto se reanuda. Si una app no está disponible por otro motivo, los visitantes ven «Esta app no está disponible», sin que se les diga por qué.

Por qué importa

Una app publicada es algo que has compartido: en un enlace de biografía, en una tarjeta de visita, con tus primeros clientes. Debe comportarse como un sitio web de verdad: seguir activa mientras la mejoras, sobrevivir a un parpadeo y ser honesta cuando está pausada.

Más sobre publicar en la documentación: cómo publicar y límites de alojamiento. Y el lado de infraestructura de la misma idea: cómo conseguimos despliegues sin errores 502.