mirror of https://github.com/status-im/consul.git
1a8834e1c8
The importing peer will need to know what SNI and SPIFFE name
corresponds to each exported service. Additionally it will need to know
at a high level the protocol in use (L4/L7) to generate the appropriate
connection pool and local metrics.
For replicated connect synthetic entities we edit the `Connect{}` part
of a `NodeService` to have a new section:
{
"PeerMeta": {
"SNI": [
"web.default.default.owt.external.183150d5-1033-3672-c426-c29205a576b8.consul"
],
"SpiffeID": [
"spiffe://183150d5-1033-3672-c426-c29205a576b8.consul/ns/default/dc/dc1/svc/web"
],
"Protocol": "tcp"
}
}
This data is then replicated and saved as-is at the importing side. Both
SNI and SpiffeID are slices for now until I can be sure we don't need
them for how mesh gateways will ultimately work.
|
||
|---|---|---|
| .. | ||
| convert.go | ||
| convert_oss.go | ||
| convert_oss_test.go | ||
| convert_pbstruct.go | ||
| convert_test.go | ||
| healthcheck.gen.go | ||
| healthcheck.pb.binary.go | ||
| healthcheck.pb.go | ||
| healthcheck.proto | ||
| ids.go | ||
| ids_test.go | ||
| node.gen.go | ||
| node.pb.binary.go | ||
| node.pb.go | ||
| node.proto | ||
| service.gen.go | ||
| service.pb.binary.go | ||
| service.pb.go | ||
| service.proto | ||