Provide health checks to allow docker to wait until the emulator is ready to receive requests

[remoba]

Is your feature request related to a problem? Please describe.
We're using docker compose to run the emulator. Sometimes after the docker image is up, it may take a few seconds for it to become available to accept requests. In other emulators we usually circumvent this by using health checks. For example, in Azurite we can do something like this the workaround suggested here Azure/Azurite#1666 (comment). However, this is not possible with the emulator as the image doesn't seem to contain an actual shell (sh / bash)

Describe the solution you'd like
Ideally a health check in the image itself, or some other best practice to follow

Describe alternatives you've considered

• Thread sleep arbitrarily from the consuming side - not great since we have to copy paste this solution everywhere and the time to wait may vary
• Retry from the consuming side until the image becomes ready - not great because it's harder to isolate image startup times and possible errors from the tests'

[remoba]

Note that we have also observed that the event hub emulator deletes all containers from the Azurite storage account, so if our tests also leverage Azurite they now need to wait arbitrarily before beginning, otherwise the emulator deletes the containers they use mid-run

[Saglodha]

Hi @remoba,

We have introduced health check API for Event hubs emulator in latest release. Please refer to release notes - https://learn.microsoft.com/en-us/azure/event-hubs/event-hubs-emulator-whats-new

[krishankumar95]

Note that we have also observed that the event hub emulator deletes all containers from the Azurite storage account, so if our tests also leverage Azurite they now need to wait arbitrarily before beginning, otherwise the emulator deletes the containers they use mid-run

This has also been patched alongside addition of the Health-Check API. Now EH Emulator only cleans up its associated Tables & Blobs in Azurite.

[kf6kjg]

As noted in another ticket, this is good, but not quite enough to satisfy Docker Compose healthchecks.