Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Prácticas recomendadas
En esta sección, se describen las prácticas recomendadas para usar la compresión y elegir entre los formatos Simple (GeoJSON) y FlexiblePolyline al interactuar con la API, y se proporciona orientación sobre cómo optimizar el rendimiento, el ancho de banda y el manejo de datos.
Compresión
Para mejorar el rendimiento y la eficiencia de las aplicaciones al interactuar con nuestra API, se recomienda habilitar la compresión de las respuestas, especialmente cuando se trata de grandes cargas útiles basadas en texto. Para activar la compresión, incluya el encabezado Accept-Encoding en las solicitudes de API y especifique el método de compresión preferido. Apoyamos gzip y deflate para sus capacidades de compresión, con gzip que suele ofrecer mejores índices de compresión.
Cuándo habilitar la compresión
- Respuestas grandes
-
Habilite la compresión para obtener respuestas de gran tamaño basadas en texto para reducir el uso del ancho de banda y mejorar los tiempos de carga.
- Restricciones de red
-
Si la aplicación funciona con un ancho de banda limitado o redes de alta latencia, la compresión puede mejorar la eficiencia de la transferencia de datos.
Cómo utilizar la compresión de forma eficaz
- Configuración del encabezado Accept-Encoding
-
Incluya
Accept-Encoding: gzip, deflateen las solicitudes HTTP para informar a nuestra API de que admite estos métodos de compresión. El método para habilitar y gestionar la compresión varía según el AWS SDK y el lenguaje de programación. Por ejemplo, el AWS SDK para Java v1 usa el métodowithGzipde la claseClientConfigurationpara habilitar gzip, mientras que AWS SDK para Go requiere agregar un middleware específico para la gestión de la compresión. Para otros SDK, consulte la Guía de referencia de AWS SDK para obtener instrucciones detalladas. - Manejo de la descompresión de forma adecuada
-
Asegúrese de que la aplicación de cliente pueda descomprimir correctamente las respuestas en función del encabezado
Content-Encodingdevuelto por nuestra API. - Prueba y supervisión
-
Evalúe periódicamente el impacto de la compresión en el rendimiento de la aplicación, equilibrando los beneficios de reducir el tamaño de la carga útil con cualquier sobrecarga adicional de la CPU derivada de los procesos de descompresión.
Polilínea
Prácticas recomendadas para elegir entre los formatos Simple (GeoJSON) y FlexiblePolyline al interactuar con nuestra API, a fin de optimizar el rendimiento y la usabilidad de los datos geoespaciales.
Utilice el formato Simple (GeoJSON)
- Legibilidad y estandarización
-
Úselo cuando necesite un formato ampliamente reconocido y legible por humanos para facilitar la depuración y la interoperabilidad con diversas herramientas geoespaciales.
- Precisión
-
Elija el formato Simple cuando la aplicación necesite una alta precisión para las coordenadas, ya que GeoJSON mantiene una precisión decimal total sin pérdidas.
- Conjuntos de datos más pequeños
-
El formato Simple es ideal cuando se trabaja con conjuntos de datos de coordenadas más pequeños donde los beneficios de reducción de tamaño de la compresión son mínimos.
Uso del formato FlexiblePolyline
- Reducción del tamaño de los datos
-
FlexiblePolyline es ideal cuando se necesita minimizar la cantidad de datos transmitidos, especialmente en el caso de listas de coordenadas grandes, mediante el uso de técnicas de compresión con pérdidas.
- Seguridad de URL
-
FlexiblePolyline proporciona una cadena compacta y segura para URL que se puede usar directamente en los parámetros de consulta sin necesidad de codificación adicional.
- Optimización del desempeño
-
FlexiblePolyline ayuda a reducir el tamaño de la carga útil, lo que permite una transferencia de datos más rápida y un menor uso del ancho de banda, por lo que es fundamental para las aplicaciones de alto rendimiento o para las que funcionan en redes restringidas.
