denoland / denoland/deploy_feedback

Easy tunnelling

Open
#489 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
No language data
Stars
79
Forks
5
PR merge metrics
No merged PRs in 30d

Description

### What problem are you trying to solve?

I have some Deploy services that are used by other services, for example a webhook.

It's not as easy to develop and debug by constantly deploying to staging, so I use a tunnel such as ngrok, to tunnel traffic from a public URL to my local host.

This is a bit of pain because the tunnelling is a separate service and cli I need to setup, and it gives me a random URL every time I restart which is also a pain as I need to then reconfig the consumer service that calls my service.

### Describe the solution you'd like

I'd like to be able to use the `deploy` command to open a tunnel for me, eg:

```sh
$ deno run main.ts
$ deployctl tunnel --proj my-deploy-proj --port 8000
```

It would use the same deploy token, so no additional setup is required on my part, and I can only create tunnels against projects I have permission for.

My local service would then be available at something like: `https://my-deploy-proj-tunnel.deno.dev`

I can then just set this in the consumer service, then develop, test, and debug locally.
It's also easy to switch the URL in the consumer service, as they are very similar, and I don't need to find some random id.

Maybe the tunnel name could be specified to `deployctl` too, so you can use something a bit more obscure but consistent.

Active tunnel information could be shown in the Deploy project info page to remind you it's open, and where it's tunnelling to.

### Describe alternatives you've considered

Using a third-party service or tool, but as I say, it's not as nice a developer experience.

### Documentation, Adoption, Migration Strategy

_No response_

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.