Project1 verwendet zwei Umgebungen: environment1 erhält die vorherige Version und environment2 erhält die neueste Version. Sie müssen neue Versionen nur einem Teil der Benutzer zugänglich machen und den Anteil der Benutzer, die zu environment2 geleitet werden, schrittweise erhöhen. Welchen Bereitstellungsansatz sollten Sie verwenden?

Web-App-Bereitstellungsslots (Deployment Slots) sind die korrekte Wahl, da sie es ermöglichen, verschiedene Versionen einer Web-App parallel zu betreiben und den Datenverkehr schrittweise zwischen ihnen zu leiten. Sie können eine neue Version in einem Staging-Slot bereitstellen, testen und dann den Prozentsatz des Datenverkehrs, der zu diesem Slot umgeleitet wird, inkrementell erhöhen, um eine Canary-Bereitstellung oder einen gestaffelten Rollout zu realisieren. VIP swapping ist ein Feature von Azure Cloud Services, das für Web-Apps nicht direkt anwendbar ist. Azure Load Balancer verteilt den Datenverkehr auf mehrere Instanzen derselben Anwendung, bietet aber keine integrierte Funktionalität für gestaffelte Rollouts verschiedener Anwendungsversionen. Azure Traffic Manager ist ein DNS-basierter Lastenausgleichsdienst, der den Datenverkehr auf globale Endpunkte verteilt, aber keine feingranulare Kontrolle über den Prozentsatz des Datenverkehrs zu verschiedenen Anwendungsversionen innerhalb einer Region bietet.