-
Notifications
You must be signed in to change notification settings - Fork 18
Description
Is your feature request related to a problem? Please describe.
There are folks already with some sort of outbound webhook implementation where the outgoing webhooks are coming from a static IP. We should support the ability to route outgoing requests through a proxy for easier migration path without interruption to end-users.
Describe the solution you'd like
Golang http pkg has built-in support for proxy.
client := &http.Client{
Transport: &http.Transport{
Proxy: http.ProxyURL(proxyURL),
},
}With that said, the default behavior will already support envs HTTP_PROXY and HTTPS_PROXY (source)
From Outpost, we need to confirm our HTTP clients use the default transport or ProxyFromEnvironment.
Describe alternatives you've considered
N/A
Additional Context
Questions:
- I assume this is only relevant for webhook destination. Is this correct or is there any further consideration that I'm not aware of?
- If we use HTTP_PROXY/HTTPS_PROXY, it will change the behavior of all outgoing requests. Should we treat the webhook delivery in a custom way so that other network traffic is not affected if not necessary. So in essence, we can introduce something like DESTINATION_WEBHOOK_HTTP_PROXY for example?
From my POV I'm leaning towards a dedicated env variable such as DESTINATION_WEBHOOK_HTTP_PROXY so this behavior is more intentional and also it won't affect the network traffic of other workflow unnecessarily.
Metadata
Metadata
Assignees
Labels
Type
Projects
Status