hashicorp / hashicorp/consul

Connect: Provide a dev proxy that can route to cluster via mesh-gateway

Open
#6,456 1 comment 1 reaction 0 assignees View on GitHub
theme/connect type/enhancement
Dominant language
Go
Stars
30.1k
Forks
4.6k
Avg merge
1d 18h
Merged PRs (30d)
39

Description

Mesh-gateway enables an easy way to have shared dev clusters that can be accessed from services running locally on dev laptops.

This is pretty speculative but has been requested by a few people so capturing the request here.

This would involve running a local proxy in a similar way to out built-in one allows for simple connection to consul services at L4.

A L7 dev proxy though could:
- use Envoy as implementation (for supported OSes, ideally via Docker as we have no binaries outside docker)
- a single proxy could listen for HTTP(2) traffic and use hostnames like `foo.service.consul.local` to route traffic to that service running in a shared cluster upstream via their mesh-gateway. In a sense the devs laptop would be like an instance in another DC but without having to run their own DC and federate it over WAN with correct encryption setup etc.

Contributor guide

Open the contributing guide

Research direction

Start by examining Consul's existing built-in local L4 proxy and the mesh-gateway behavior described in the issue. Define how a Docker-based Envoy proxy would accept HTTP/2 hostnames such as foo.service.consul.local and route them to shared-cluster services; done means a supported local development path with clear OS and routing boundaries.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, go
Domain
devops, distributed-systems, networking
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.