Un sitio de contenido global se ejecuta en Azure App Service con Azure Database for PostgreSQL Flexible Server. Los usuarios reportan descargas lentas de imágenes y CSS desde regiones distantes, y la CPU de la base de datos es alta debido a consultas con mucha lectura. El nivel web tiene un promedio del 40% de CPU. Debe reducir la latencia del usuario final en todo el mundo y descargar la base de datos sin cambiar significativamente el código de la aplicación. ¿Qué dos acciones debe tomar primero?

La opción de servir activos estáticos a través de Azure CDN con almacenamiento en caché y geo-replicación es correcta porque Azure CDN almacena en caché los archivos (imágenes, CSS) en puntos de presencia (POP) cercanos a los usuarios, reduciendo la latencia y acelerando las descargas para usuarios globales. La opción de aprovisionar réplicas de lectura para Azure Database for PostgreSQL y enrutar consultas de solo lectura es correcta porque descarga la base de datos principal al distribuir las consultas de lectura intensiva a las réplicas, mejorando el rendimiento y reduciendo la carga de CPU de la base de datos. Aumentar el plan de App Service y deshabilitar el autoescalado no aborda directamente la latencia global de activos estáticos ni la carga de la base de datos. Reemplazar PostgreSQL con Azure Table Storage implicaría un cambio significativo en el código de la aplicación y no es adecuado para consultas complejas. Autoescalar el App Service basado en CPU no resuelve la latencia de activos estáticos ni la carga de la base de datos.