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 we run a continous webjob without it being singleton, it's very useful that heartbeats are logged to Azure BlobStorage. However, these ids logged to BlobStorage are random guids which makes them less useful. I thought those ids where the same as the WEBSITE_INSTANCE_ID which would make them a lot more useful.
Is there any reason for it being a random guid instead of the WEBSITE_INSTANCE_ID? If not, I'm happy to create a PR for this.
Repro steps
Run a console application and use JobHost with valid connection strings to blob storage. See that you get heartbeats but with a guid generated here:
When we run a continous webjob without it being singleton, it's very useful that heartbeats are logged to Azure BlobStorage. However, these ids logged to BlobStorage are random guids which makes them less useful. I thought those ids where the same as the
WEBSITE_INSTANCE_ID
which would make them a lot more useful.Is there any reason for it being a random guid instead of the
WEBSITE_INSTANCE_ID
? If not, I'm happy to create a PR for this.Repro steps
Run a console application and use
JobHost
with valid connection strings to blob storage. See that you get heartbeats but with a guid generated here:azure-webjobs-sdk/src/Microsoft.Azure.WebJobs.Host.Storage/Logging/DashboardLogger.cs
Line 70 in 4130350
Expected behavior
I'd expect the heartbeat blob name to be the
WEBSITE_INSTANCE_ID
if that env variable is set.Actual behavior
A random guid is set as the heartbeat blob name.
Known workarounds
None that I know of.
The text was updated successfully, but these errors were encountered: