-
Notifications
You must be signed in to change notification settings - Fork 341
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
Provide healthcheck feature in Docker image #1666
Comments
Thanks for raising this issue! Feel free to raise if any further Azurite support needed. |
Hey @blueww, you mistakenly tagged both of my created issues as questions, these are feature suggestions, there's no question asked here. |
Would you please describe what's the detail change you would like Azurite to take? Azurite welcome contribution! |
@blueww in short, Azurite should be able to answer a query if it's fully running or not (as in, init ready, sockets opened, ready for queries). This could be done with having a dedicated HTTP endpoint (ie. Then, either one of the mechanisms would be either added to Dockerfile, like so HEALTHCHECK ["kill", "-s", "USR1", "1"] and the Docker image users could rely on depends_on:
azurite_container:
condition: service_healthy without needing to do anything themselves. |
Thanks for the clarification! Azurite welcome contribution! |
Hello, Was this implemented? Something like /_health, that dkarlovi mentioned? |
@bogdanobogeanu see #1665 (comment) as a poor-person's version of it. |
@dkarlovi this worked for us thanks. We had an issue with azurite not being ready when starting azurite via docker compose with |
Which service(blob, file, queue, table) does this issue concern?
Blob.
Which version of the Azurite was used?
3.19.0
Where do you get Azurite? (npm, DockerHub, NuGet, Visual Studio Code Extension)
DockerHub
What's the Node.js version?
In Docker image.
What problem was encountered?
When running in CI, the sequencing needs to be done correctly. This means the tests with the storage will try to use it at some point where it might or might not have already started.
When running with Docker, the common solution is to provide a healthcheck.
Steps to reproduce the issue?
Start Azurite in Docker and attempt to use it immediately from another process, the requests have a 50%-50% chance to fail since the process is not fully started yet.
Have you found a mitigation/solution?
Creating a healthcheck yourself.
Example Docker Compose file with healthcheck:
The text was updated successfully, but these errors were encountered: