Um site de conteúdo global é executado no Azure App Service com o Azure Database for PostgreSQL Flexible Server. Os usuários relatam downloads lentos de imagens e CSS de regiões distantes, e a CPU do banco de dados está alta devido a consultas com muitas operações de leitura. A camada web tem uma média de 40% de CPU. Você deve reduzir a latência do usuário final em todo o mundo e desafogar o banco de dados sem alterar significativamente o código do aplicativo. Quais duas ações você deve tomar primeiro?

Servir ativos estáticos via Azure CDN com cache e geo-replicação para POPs de borda é crucial para reduzir a latência. O CDN armazena em cache imagens e CSS em pontos de presença (POPs) próximos aos usuários, diminuindo o tempo de download e a carga no App Service. Provisionar réplicas de leitura para o Azure Database for PostgreSQL e rotear consultas somente leitura para réplicas em regiões próximas aborda diretamente a alta CPU do banco de dados devido a consultas de leitura. Isso distribui a carga de leitura, desafogando o servidor primário e melhorando o desempenho geral do banco de dados. Aumentar o plano do App Service para PremiumV3 pode melhorar o desempenho da camada web, mas não resolve a latência global de ativos estáticos nem a alta CPU do banco de dados. Substituir o PostgreSQL por Azure Table Storage é uma mudança arquitetônica significativa e impraticável sem alterar o código. Dimensionar automaticamente o App Service apenas pela CPU não resolve os problemas de latência de ativos estáticos ou a carga do banco de dados.