Skip to content
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

Why is heartbeat id a new guid instead of instance id? #2430

Open
andersekdahl opened this issue Feb 15, 2020 · 1 comment
Open

Why is heartbeat id a new guid instead of instance id? #2430

andersekdahl opened this issue Feb 15, 2020 · 1 comment

Comments

@andersekdahl
Copy link

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:

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.

@v-anvari
Copy link

Moving this issue to backlog for further updates

@v-anvari v-anvari added this to the Backlog milestone Jun 17, 2021
@v-anvari v-anvari removed their assignment Jun 17, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants