Wdrażasz mikrousługę Orders w Azure Container Apps. Musisz przekierować 10% zewnętrznego ruchu HTTP do nowej rewizji v2, utrzymując 90% na v1. Chcesz również, aby Twoje mikrousługi współdzieliły tę samą integrację z siecią VNet i obszar roboczy Log Analytics. Co powinieneś zrobić?

Prawidłowa odpowiedź to wdrożenie obu mikrousług w tym samym środowisku Container Apps, ustawienie aplikacji Orders w trybie wielu rewizji i skonfigurowanie podziału ruchu 90/10 między v1 i v2. Azure Container Apps natywnie obsługuje zarządzanie rewizjami i podział ruchu, co pozwala na łatwe kierowanie określonego procentu ruchu do nowych wersji bez konieczności zewnętrznych rozwiązań. Współdzielenie tego samego środowiska Container Apps zapewnia również, że mikrousługi korzystają z tej samej integracji z siecią VNet i obszaru roboczego Log Analytics, co jest zgodne z wymaganiami. Pozostałe opcje są nieprawidłowe, ponieważ: Tworzenie oddzielnych środowisk Container Apps dla każdej rewizji jest nieefektywne i nie wykorzystuje wbudowanych funkcji zarządzania rewizjami. Podział ruchu na poziomie DNS jest bardziej złożony i mniej elastyczny niż wbudowane mechanizmy ACA. Pozostawienie aplikacji w trybie pojedynczej rewizji i używanie adresów URL dla poszczególnych rewizji z koligacją sesji nie jest przeznaczone do automatycznego podziału ruchu procentowego i wymagałoby ręcznego zarządzania. Wdrożenie Orders v2 jako oddzielnej aplikacji Container App i użycie wywołania usługi Dapr do wysyłania ruchu jest bardziej złożone i nie wykorzystuje wbudowanych funkcji podziału ruchu w Azure Container Apps.