Ingeniería

Ingeniería

Cómo se crea y gestiona Mythex, incluido lo que falló y cómo lo arreglamos.

• Una republicación fallida nunca borra un backend que funciona — Una republicación fallida podía borrar la API en vivo de una app o dejar una versión rota. Tres correcciones en cómo Mythex deshace una publicación fallida.
• Alertas que se disparan una vez, no una vez por servidor — Una alerta diaria nos llegó cinco veces en una tarde. Por qué la deduplicación en memoria falla con dos servidores y despliegues, y cómo un estado compartido lo arregló.
• Pasar a espacios de trabajo más grandes sin hacer esperar a nadie — Una cuarta parte de nuestros espacios de trabajo se quedó en 1 GB tras pasar a 2 GB. Nuestra primera solución hizo esperar siete minutos a una persona. Qué cambiamos.
• Facturar las bases de datos según lo que realmente usan — Antes estimábamos el coste de la base de datos de cada app, y la estimación fallaba en los dos sentidos. Ahora cada base de datos se factura según su uso medido, hora a hora.
• Detectar apps que se caen justo después de publicarse — Tres publicaciones pasaron nuestro health check mientras su API se caía segundos después de cada arranque. La causa: contar caídas en una lista limitada a cinco entradas.
• Mantener los turnos del agente con muchas imágenes dentro de la memoria — Un turno del agente con escaneos de catálogo se quedó sin memoria a 952 MB. Tres causas que retenían imágenes demasiado tiempo y cómo las corregimos.
• Mantener los turnos largos del agente dentro de la ventana de contexto — Nuestros subagentes crecían hasta que el modelo los rechazaba, paraban antes para ahorrar espacio o contaban mal los tokens en ruso. Tres arreglos.
• Mantener vivo el chat cuando el móvil se duerme — El móvil se duerme y pierde la red mientras construyes. Dos fallos dejaban el chat atascado o con media respuesta. Cómo los encontramos y arreglamos.
• Cómo un chat muy pesado podía tumbar nuestra API — El 28 de septiembre, los dos servidores de la API se quedaron sin memoria a la vez. El arreglo real fue cargar el historial por tamaño, no por número.
• Pulsar Publicar dos veces ya publica una sola vez — Tres peticiones de publicación de una misma app llegaron con 84 ms de diferencia y cada una lanzó un despliegue completo. Ahora solo se ejecuta una.
• Lecciones de SEO al arreglar nuestra propia web — Marcado FAQ duplicado, una miniatura equivocada en Google, plantillas que nadie visitaba y una ruta bloqueada por nuestro edge: lo que hallamos en mythex.ai y lo arreglamos.
• Los sitios estáticos siguen online mientras se republican — Antes, republicar un sitio estático lo vaciaba antes de subir la nueva versión. Ahora el sitio antiguo sigue activo hasta que la nueva está lista, y los cambios se ven rápido.
• El fallo de memoria oculto en una etiqueta de progreso — Nuestro agente de IA se quedó sin memoria al escribir un archivo grande. La causa no era el modelo ni los subagentes: era una etiqueta de estado reenviada 41.000 veces.
• El archivo de intercambio que faltaba y que congeló nuestros servidores — Un servidor de producción dejó de responder sin fallar: sin swap, el sistema hacía thrashing de la caché de páginas. Qué pasó y qué cambiamos.
• Despertar bases de datos sin conexiones muertas — Una app publicada que despertaba del reposo tardaba 10-12 segundos en su primera petición por conexiones a la base de datos que habían muerto. Cómo lo bajamos a 2,3 segundos.
• Estábamos limitando nuestros propios servicios — El límite por dirección de nuestra API trataba a nuestros propios servicios como a una sola persona, y en producción empezaron a recibir errores 429. Cómo lo arreglamos.
• Por qué trasladamos los servidores de Mythex a ARM — Cuando el trabajo pesado pasó a entornos aislados, nuestros servidores usaban un tercio de su memoria. Las instancias ARM más pequeñas redujeron los costes en torno a un 30 %.
• Cómo conseguimos despliegues con cero errores 502 — Un watchdog que competía con los despliegues y un balanceador de carga que se dio cuenta tarde: cómo encontramos ambos problemas y bajamos los errores 502 de 10 a cero.