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
What are you trying to do?
Since the 11th of June, it is possible to emulate azure eventhubs. The intention of this enhancement is to implement an Azure Event Hubs test container to facilitate local development and testing of applications that interact with Azure Event Hubs. This allows developers to simulate the behavior of Azure Event Hubs without needing access to the actual cloud service, thereby improving development efficiency and reducing costs.
Why should it be done this way?
Benefits of a feature as such, are comparable to the other testcontainer modules;
Cost Efficiency
Developers can test their applications locally without incurring costs associated with using the actual Azure Event Hubs service.
Isolation & Consistancy
It allows for isolated and consistent testing environments
Offline development
Enables development and testing in environments without internet access
Beside the benefits, it is not that trivial to set it up with the generic containers as it needs some dependencies like a checkpoint storage in the form of an Azurite container.
Other references:
See:
An overview of the newly implemented azure eventhub emulator
An explaination on how to facilitate the emulator on your local machine
Additional Information
I tried implementing a similar structure as in the Selenium container, which also depends on a secondary container. This is necessary for Azure Event Hubs since it uses a storage account (Azurite) as checkpoint storage. However, when running the containers, I'm encountering the following error message:
I attempted to run the Docker Compose file directly with docker-compose, and it worked fine. The only difference I notice with my Testcontainer variant is the usage of internal IPs. When running docker-compose, it uses the same internal IP addresses as the exposed ones. I believe that the emulator still needs these internal IPs to be the same.
Request for Assistance
Does anyone have suggestions on how to resolve this issue? Any guidance would be greatly appreciated. Thanks in advance!
I am not promising that I will know the answer, but sharing some more details might help someone to realize what the issue is...
Would it be possible for you to share the compose you tried to use (or replicate with configuration) as an example?
Also, when you said, that the Testcontainer variant used internal IPs and that was different than the original case. Could you please somehow illustrate this? What did you see exactly in one case or the other?
What are you trying to do?
Since the 11th of June, it is possible to emulate azure eventhubs. The intention of this enhancement is to implement an Azure Event Hubs test container to facilitate local development and testing of applications that interact with Azure Event Hubs. This allows developers to simulate the behavior of Azure Event Hubs without needing access to the actual cloud service, thereby improving development efficiency and reducing costs.
Why should it be done this way?
Benefits of a feature as such, are comparable to the other testcontainer modules;
Beside the benefits, it is not that trivial to set it up with the generic containers as it needs some dependencies like a checkpoint storage in the form of an Azurite container.
Other references:
See:
The text was updated successfully, but these errors were encountered: