Question about deployments beyond the initial one....
# azure
w
Question about deployments beyond the initial one. In this example... https://github.com/pulumi/examples/tree/master/azure-cs-functions If the deployment zip is updated, would the function pick up the change? I've not seen anything that suggests it would, so I'm curious as to how that would work.
t
The
Blob
resource should get replaced, which causes
codeBlobUrl
to change, which causes the web app settings update, which should lead to the new code deployed after Azure figures it out.
w
interesting...
well... lets find out 😄
Don't suppose you've done something similar with slot switching?
t
I haven’t done it with the native provider.
w
interesting... have you done this with a .NET 5.0 function yet?
t
No. But I expect no difference in deployment.
w
there's some notes about the fact that .NET 5 can only be deployed using the functions commandline right now
t
Ah I didn’t know that
w
what's interesting here is that the blob url remains the same as the code for the example creates it with a static name, and doesn't appear to detect that the code in the publish folder has changed.
Managed to get .NET 5 working, relatively simple, just needs the runtime changing to
dotnet-isolated
t
what’s interesting here is that the blob url remains the same as the code for the example creates it with a static name
is there no autoname suffix? or does it not change between updates?
w
the autoname doesn't change, as it seems like it thinks the resource has been created.
t
oh, I think it might be a bug then. could you open an issue and I will check next week?
w
I think it's actually a little worse than that... even having the name include the datetime is causing problems with the azure function now.
hopefully shortly I'll have a fully replicatable example for you to clone.
hmm, it's at least not killing my function now...
https://github.com/martinjt/pulumi-dotnet5 That's the example, working "ish", but I'd prefer to have the function app's zip container not be deleted each time.