Eine globale Content-Site läuft auf Azure App Service mit Azure Database for PostgreSQL Flexible Server. Benutzer melden langsame Downloads von Bildern und CSS aus entfernten Regionen, und die Datenbank-CPU ist aufgrund von leseintensiven Abfragen hoch. Die Web-Tier hat durchschnittlich 40 % CPU-Auslastung. Sie müssen die Endbenutzer-Latenz weltweit reduzieren und die Datenbank entlasten, ohne den Anwendungscode wesentlich zu ändern. Welche zwei Maßnahmen sollten Sie zuerst ergreifen?

Die Bereitstellung statischer Assets über Azure CDN mit Caching und Geo-Replikation reduziert die Latenz für Endbenutzer weltweit, indem Bilder und CSS-Dateien näher an den Benutzern bereitgestellt werden. Dies entlastet auch den App Service, da weniger Anfragen direkt von dort bedient werden müssen. Lesereplikate für Azure Database for PostgreSQL entlasten die primäre Datenbank, indem leseintensive Abfragen auf separate Replikate verteilt werden. Dies senkt die CPU-Auslastung der Datenbank, ohne den Anwendungscode wesentlich zu ändern, da die Anwendung lediglich auf die Replikate für Leseoperationen verweist. Das Erhöhen des App Service-Plans oder das Deaktivieren der automatischen Skalierung würde die Kosten erhöhen und die CPU-Auslastung des App Service nicht direkt adressieren, da diese bereits bei 40 % liegt. Das Ersetzen von PostgreSQL durch Azure Table Storage ist eine erhebliche Codeänderung und nicht die erste Maßnahme. Die automatische Skalierung des App Service nur basierend auf CPU-Schwellenwerten würde die Latenz für statische Assets oder die Datenbanklast nicht direkt lösen.