Je implementeert een Orders microservice naar Azure Container Apps. Je moet 10% van het externe HTTP-verkeer naar een nieuwe v2-revisie sturen, terwijl 90% op v1 blijft. Je wilt ook dat je microservices dezelfde VNet-integratie en Log Analytics-werkruimte delen. Wat moet je doen?

De juiste aanpak is om beide revisies (v1 en v2) van de Orders microservice binnen dezelfde Azure Container Apps-omgeving te implementeren. Azure Container Apps ondersteunt een modus voor meerdere revisies, waardoor je verschillende versies van een app naast elkaar kunt draaien. Binnen deze modus kun je verkeerssplitsing configureren, waarbij je eenvoudig 10% van het externe HTTP-verkeer naar v2 en 90% naar v1 stuurt. Dit voldoet aan de vereiste om verkeer te routeren en zorgt ervoor dat beide revisies dezelfde VNet-integratie en Log Analytics-werkruimte delen, aangezien ze in dezelfde omgeving draaien. Het creëren van afzonderlijke omgevingen per revisie (optie 2) is onnodig complex en maakt het delen van VNet-integratie en Log Analytics lastiger. Het gebruik van URL's per revisie met sessie-affiniteit (optie 3) is niet geschikt voor een percentage-gebaseerde verkeerssplitsing. Dapr service invocation (optie 4) is voor interne service-naar-service communicatie en niet voor het splitsen van extern HTTP-verkeer naar verschillende revisies van dezelfde app.