-
Notifications
You must be signed in to change notification settings - Fork 37
Egress proxy support in Sail #229
Comments
I think this issue should also be for ingress traffic if we have a bridge network. |
If we want to change it to a bridge network, I think we should just let the user decide which networks to add the container to using labels. And for port forwarding to the host, we could just automatically forward any
The problem with this, however, is that we don't have a standard way of ensuring everyone ends up with the same environment. One of the features on our README is |
Had a chat with Kyle, we definitely recommend running services like databases inside of the sail container, as it improves reproducability dramatically. I think if we do end up changing to container networking, it's definitely a good idea to allow for adding the container to bridge networks for any cases that do need it. |
Yea, I like the idea of adding databases to sail for reproducibility. I recently stopped using sail and started using docker-compose for this reason. Will definitely go back once these are added. |
Uh oh!
There was an error while loading. Please reload this page.
Thoughts from #220 If you want to access services out of Sail container, for example services started from your project's docker-compose.yml, services started from brew or services in your local network. Add share.egress label to enable egress TCP proxy like following, and you can access from localhost, and it's easy. for example, just redis-cli. For some VS Code extension, for example MySQL, these extensions can access services easy with localhost without any modification. Andy it's very useful for Cloud Shell to access cloud services.
Toxiproxy is good option to implement egress proxy and useful to chaos testing. Of course, you can use Toxiproxy to implement this features, but some complicated. If Sail integrates this feature, and it will be easy for everybody.
The text was updated successfully, but these errors were encountered: