service-fs — Lago de datos GIS
TopicFrom the PointSav Documentation
service-fs es la capa de almacenamiento fundamental para la canalización GIS de la plataforma — un lago de datos de archivos planos que almacena puntos geoespaciales sin procesar ingeridos de fuentes abiertas en zonas de aterrizaje separadas de venta minorista y cívicas, disponibles inmediatamente para cada servicio descendente sin un paso ETL.
service-fs es la capa de almacenamiento fundacional para la canalización GIS de la plataforma — un lago de datos en archivos planos que almacena puntos geoespaciales en bruto ingeridos desde fuentes abiertas (OpenStreetMap, Overture Maps Foundation) en zonas de aterrizaje separadas para datos minoristas y cívicos, disponibles inmediatamente para cada servicio descendente sin una etapa ETL. Los registros minoristas — operadores comerciales, tiendas ancla, estaciones de combustible — y los registros cívicos — hospitales, universidades, centros de transporte — se mantienen en subárboles distintos para que los servicios de filtrado y agrupación puedan trabajar en cada dominio de forma independiente.
[edit]Puntos clave
- Dos zonas de aterrizaje separadas — minorista y cívica — almacenan puntos en bruto de OpenStreetMap y Overture Maps Foundation. Los servicios descendentes leen directamente desde las zonas de aterrizaje; no hay etapa de transformación ETL entre la ingestión y el consumo.
- La persistencia de datos está desacoplada de la lógica analítica. Si
[[app-orchestration-gis]]se re-aprovisiona, los activos de datos en bruto deservice-fspermanecen intactos e inmediatamente disponibles para cualquier capa analítica de reemplazo. - En producción,
service-fsse despliega como un unikernel de baja sobrecarga que expone una API restringida. Solo las capas de inteligencia (service-businessyservice-places) pueden leer datos en bruto y escribir resultados procesados — sin acceso de shell de propósito general a la capa de almacenamiento. - El diseño en archivos planos y formato abierto evita la dependencia de formatos propietarios. Los registros geoespaciales en bruto son archivos de texto legibles por cualquier herramienta en cualquier década.
[edit]Ingestión y almacenamiento de datos
El servicio mantiene una estructura de sistema de archivos unificada con zonas de aterrizaje separadas para datos minoristas e infraestructura cívica.
- Zona de aterrizaje minorista: registros de operadores comerciales en bruto ingeridos desde registros geoespaciales abiertos (OpenStreetMap, Overture Maps Foundation).
- Zona de aterrizaje cívica: registros de instalaciones cívicas e institucionales de las mismas fuentes abiertas.
[edit]Rol arquitectónico
Como capa con estado de la plataforma, service-fs es responsable de la persistencia de datos. Está diseñado para ser independiente del software analítico: si la capa de orquestación GIS se re-aprovisiona, los activos de datos principales permanecen intactos dentro de esta capa. La separación limpia entre persistencia de datos y lógica analítica es un invariante de diseño fundamental. Este mismo principio de separación se extiende al libro mayor WORM utilizado para registros institucionales; véase arquitectura FS para el diseño completo de cuatro capas.
[edit]Implementación como unikernel
En producción, service-fs se despliega como un unikernel de baja sobrecarga. Proporciona una API restringida para que las capas de inteligencia `service-business` y `service-places` lean datos en bruto y escriban resultados procesados, aplicando una separación limpia entre preocupaciones de almacenamiento y análisis. La metodología de co-localización describe cómo se usa la salida de agrupación para generar clasificaciones por nivel.