Register Falcon cluster endpoints with Envoy - #1
Conversation
|
Local cross-repository validation completed with the Falcon, supervisor, xDS, and supervisor-envoy branches wired through
I also attempted the final request through a real Envoy container. The local Colima/containerd runtime is currently unhealthy: multiple pre-existing and new container tasks are stuck in Merge/release sequencing matters for standalone CI: this PR needs socketry/async-service-supervisor#7 and socketry/async-grpc-xds#1 (and the current xDS control-plane API) available before its normal bundle can load the new APIs. |
Summary
prepare_worker!(instance, listener:).endpoint/endpointssupervisor state.Falcon retains its server-side
Listenerterminology. At the integration boundary, supervisor-envoy converts that value into an upstream EnvoyEndpoint, avoiding confusion with Envoy LDS listeners. Protocol implementation objects do not cross the supervisor-state boundary.Released dependencies
Pending dependencies
Testing
RUBYLIB=../async-grpc-xds/lib bundle exec bake test(21 tests, 35 assertions)bundle exec rubocopbundle exec bake decode:index:coverage lib(26/26 definitions)