-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for Session Affinity to Traffic splitting #47
Comments
+1 |
Does Blazor Server App works on Container Apps? How would the Web Browser client <-> ContainerApp Environment know how to route to the appropriate instance when the container has more than 1 instance? Perhaps a solution would be to have an Http Header set that would indicate the affinity to the original Container App Instance Id where this client loaded that blazor session. Link to a discussion on Twitter thread |
I searched for azure container apps traffic routing / splitting / sharding behavior and found nothing in the docs, but stumbled on this issue, Would be nice, if documentation had some info on ingress traffic splitting / routing / sharding / affinity ... |
Based on this issue, there appears to be wide support for enabling sticky sessions in Azure Container Apps. Is this a feature on the roadmap? |
Yes it is on the roadmap. we are still in the investigation phase |
supported for single revision |
As far as I have tested, with traffic splitting, reloading randomly accesses a different revision. To achieve A/B testing, the same user is required to access the same revision, thus session affinity is necessary.
Do you have any plans to support it?
The text was updated successfully, but these errors were encountered: