Monitor de Commodities · visor estático

Arquitectura del Monitor de Commodities

Un único HTML autocontenido que dibuja siete módulos de análisis en el navegador. Lee la serie diaria de un repo público de datos, cae a una copia incluida si GitHub no responde y acepta un CSV propio arrastrado a la página. Tres vistas: contenedores, flujos y despliegue. Haz clic en cualquier caja; reproduce un flujo para ver el recorrido.

este repo el visitante y su archivo servicio externo tráfico
Detalle

Haz clic en un contenedor

Cada caja es una pieza que corre por separado: el navegador de quien visita, el hosting que sirve archivos o el repo público de datos. Las líneas son llamadas reales: protocolo y qué viaja.

Por qué sin servidor

El hosting solo entrega archivos. Todo el cálculo (prima, correlaciones, volatilidad, concentración, proyección) corre en el navegador de quien mira, así que el demo no tiene costo variable ni nada que mantener encendido.

Por qué dos fuentes de datos

La frescura es medio punto del demo, así que el visor prefiere siempre la data viva. Pero una red bloqueada o un repo movido dejaban la página en blanco; ahora degrada a una copia incluida y un sello dice cuál de las dos se ve.

Qué consume y qué no

La publicación diaria vive en otro repo y es una caja externa. Este repo solo conoce la interfaz: un CSV y unos JSON con un formato acordado. No comparte código ni credenciales con quien los publica.

Secuencias · una por flujo · los mismos pasos que reproduce el C4
Despliegue · lo que hay y lo que cambiaría

Hoy archivos estáticos en hosting compartido, sin build. Mañana lo mismo con caché larga y sin el peso de los vendoreados dentro del HTML.

No hay servidor de aplicación: el visor es un archivo HTML más sus archivos de apoyo. Los datos nunca se despliegan con él, salvo la copia de reserva; se leen en vivo desde el repo público.

Hoy · Hostinger (hosting compartido)

el HTML del visor (~1,4 MB, ECharts y PapaParse dentro)sin build
snapshot/ con CSV, latest.json y manifest.jsoncopia de reserva
eventos.json y tutorial/estáticos
se abre también con doble clic, sin servidorfile
workflow de despliegue en este repono existe

Los datos viven fuera: un bot de otro repo publica cada mañana y el visor los lee en el navegador.

→ mismo HTML →

Al escalar · caché larga

cabeceras de caché por .htaccess en el docrootpropuesta
vendoreados fuera del HTML, con huella en el nombrepropuesta
script que regenere snapshot/ desde el repo de datoshoy: copia manual
CSV agregado para no bajar el histórico enteropropuesta

Qué gana: menos bytes en cada visita repetida. Qué no cambia: el cálculo sigue en el cliente y el costo sigue siendo cero.