freddygv cbea3d203c Fix race of upstreams with same passthrough ip
Due to timing, a transparent proxy could have two upstreams to dial
directly with the same address.

For example:
- The orders service can dial upstreams shipping and payment directly.
- An instance of shipping at address 10.0.0.1 is deregistered.
- Payments is scaled up and scheduled to have address 10.0.0.1.
- The orders service receives the event for the new payments instance
before seeing the deregistration for the shipping instance. At this
point two upstreams have the same passthrough address and Envoy will
reject the listener configuration.

To disambiguate this commit considers the Raft index when storing
passthrough addresses. In the example above, 10.0.0.1 would only be
associated with the newer payments service instance.
2022-02-10 17:01:57 -07:00
..
2021-12-03 10:20:25 -08:00
2021-11-16 12:04:01 -06:00
2021-11-16 12:04:01 -06:00
2022-01-06 16:56:48 -05:00
2021-11-16 12:04:01 -06:00
2021-11-16 12:04:01 -06:00
2021-11-16 12:04:01 -06:00