You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I ran my Functionapp in a Kubernetes cluster, I observed that the Functionapp initiates drain mode and unregisters all the listeners from my application when I delete a Kubernetes pod or scale in my Kubernetes deployment.
However, when I upgraded my Functionapp to use the Azure Functions V4 runtime, I noticed the Functionapp no longer initiates drain mode as before - subsequent messages put into the queues continued to trigger the functions.
Expected behavior
Functionapp initiates drain mode and unregisters all the listeners from the application when a Kubernetes pod termination occurs.
Actual behavior
Functionapp continues to execute to handle incoming triggers.
Related information
The above can be reproduced in a personal sample project I have created here:
Investigative information
When I ran my Functionapp in a Kubernetes cluster, I observed that the Functionapp initiates drain mode and unregisters all the listeners from my application when I delete a Kubernetes pod or scale in my Kubernetes deployment.
However, when I upgraded my Functionapp to use the Azure Functions V4 runtime, I noticed the Functionapp no longer initiates drain mode as before - subsequent messages put into the queues continued to trigger the functions.
Expected behavior
Actual behavior
Related information
The above can be reproduced in a personal sample project I have created here:
Note: The only changes are in the Dockerfile and the csproj, as shown in the diffs here
The text was updated successfully, but these errors were encountered: