Cuando se trata de mosaicos de datos (vectores, ráster, cualquier formato), casi siempre querrá un servicio que tenga una estrategia de almacenamiento en caché, especialmente si los mosaicos se crean en tiempo real a partir de datos en una base de datos. La llamada directa a la base de datos para cuando se necesite cada mosaico solo debe realizarse durante el desarrollo/prueba, o para demostraciones simples. Los mosaicos vectoriales por sí solos no son la solución, necesita una arquitectura de extremo a extremo para servir los datos. Aquí hay un par de ejemplos de estrategias de almacenamiento en caché:

• Si sus datos cambian constantemente por segundos o más rápido, a menudo no necesita mostrar la actualización tan rápido en un mapa. Si tiene muchos usuarios, una caducidad de caché de 15 segundos en mosaicos puede reducir drásticamente la cantidad de veces que se debe crear un mosaico. Azure Maps hace esto para su plataforma creadora, que está diseñada para mostrar las lecturas del sensor casi en tiempo real en un escenario de gemelos digitales. Es capaz de soportar miles de millones de sensores actualizando el mapa cada 15 segundos. Si realmente necesita ver las actualizaciones a medida que ocurren, es probable que los mosaicos vectoriales no sean el enfoque correcto; en su lugar, considere usar un servicio de transmisión como SignalR y limitar los datos enviados al mapa según el cuadro delimitador y el nivel de zoom.
• En la mayoría de las aplicaciones, los datos no se actualizan tan rápido, por lo que se puede usar un encabezado de caché más largo.
• En algunos casos, los datos cambian con tan poca frecuencia (o nada) que tiene más sentido generar previamente las teselas una vez, hospedarlas y servirlas directamente. Todavía tendría una estrategia de almacenamiento en caché para que los usuarios no soliciten constantemente los mismos mosaicos de su servidor cuando simplemente podrían extraerlos de la memoria caché de su navegador. En este caso, es útil colocar los mosaicos en un archivo MBTile que es básicamente una base de datos Sqlite con una estructura estandarizada. El beneficio de colocar los mosaicos en un archivo MBTile es que solo tiene que mover un archivo, en lugar de miles de mosaicos (mover tantos archivos crea una tonelada de lecturas/escrituras de E/S que pueden hacer que la implementación sea extremadamente lenta).

También es importante tener en cuenta que debe optimizar los datos en sus mosaicos. Por ejemplo, si está trabajando con polígonos de alta resolución, para mosaicos que están alejados, probablemente encontrará que hay muchas coordenadas que caben dentro del mismo píxel, por lo que cuando solicite el polígono de la base de datos, reduzca su resolución a coincida con la resolución del mosaico. Esto reducirá drásticamente el tamaño del mosaico y la cantidad de datos que genera la base de datos.

Puede encontrar muchas herramientas y artículos para teselas vectoriales aquí: https://github.com/mapbox/awesome-vector-tiles

También hay muchos blogs sobre cómo servir teselas vectoriales y crear canalizaciones.