History

vjrj 03082a8d55 staging: conecta el importador NASA reimplementado al stack El servicio `importer` apuntaba a fires-csv-mongo-import/ (el de 2018, sin Dockerfile) y vivia tras el profile "importer", a la espera de un systemd timer que nunca se creo. Ahora apunta a todos-contra-el-fuego/nasa-importer/, arranca con el stack y hace su ciclo cada 15 minutos por si mismo. El JWT de NASA entra por secrets/importer.staging.env (gitignorado); se anade el .example. Volumen importer-data para los CSV descargados: sin el, cada ciclo se creeria que NASA ha publicado datos nuevos y reimportaria siempre.		2026-07-28 07:49:05 +02:00
..
importer.staging.env.example	staging: conecta el importador NASA reimplementado al stack	2026-07-28 07:49:05 +02:00
meteor-settings.json.example	fase 3: stack docker-compose local del sistema modernizado	2026-07-15 01:01:07 +02:00
meteor-settings.staging.json.example	staging: artefactos de despliegue dockerizado + neutralizacion de datos	2026-07-23 10:46:09 +02:00
notifications.env.example	fase 3: stack docker-compose local del sistema modernizado	2026-07-15 01:01:07 +02:00
notifications.staging.env.example	staging: artefactos de despliegue dockerizado + neutralizacion de datos	2026-07-23 10:46:09 +02:00
README.md	fase 3: stack docker-compose local del sistema modernizado	2026-07-15 01:01:07 +02:00

README.md

secrets/ — secretos del stack local (docker-compose)

Los ficheros reales de este directorio están gitignorados — solo se versionan los *.example. Los valores de producción viven en el repo privado tcef-private-config / en shiva, nunca aquí.

Para la validación local:

# settings de la web Meteor (el compose lo monta como fichero en el contenedor)
cp ../settings-development.json meteor-settings.json

# entorno del microservicio de notificaciones (dry-run por defecto: no envía nada)
cp notifications.env.example notifications.env