consul/proto-public/pbconnectca
Matt Keeler 326c0ecfbe
In-Memory gRPC (#19942)
* Implement In-Process gRPC for use by controller caching/indexing

This replaces the pipe base listener implementation we were previously using. The new style CAN avoid cloning resources which our controller caching/indexing is taking advantage of to not duplicate resource objects in memory.

To maintain safety for controllers and for them to be able to modify data they get back from the cache and the resource service, the client they are presented in their runtime will be wrapped with an autogenerated client which clones request and response messages as they pass through the client.

Another sizable change in this PR is to consolidate how server specific gRPC services get registered and managed. Before this was in a bunch of different methods and it was difficult to track down how gRPC services were registered. Now its all in one place.

* Fix race in tests

* Ensure the resource service is registered to the multiplexed handler for forwarding from client agents

* Expose peer streaming on the internal handler
2024-01-12 11:54:07 -05:00
..
ca.pb.binary.go
ca.pb.go [Cloud][CC-6925] Updates to pushing server state (#19682) 2023-12-04 10:25:18 -05:00
ca.proto
ca_cloning_grpc.pb.go In-Memory gRPC (#19942) 2024-01-12 11:54:07 -05:00
ca_deepcopy.gen.go Clone proto into deepcopy correctly (#19204) 2023-10-13 16:41:22 -04:00
ca_grpc.pb.go
ca_json.gen.go Create DeepCopy() and Json Marshal/Unmarshal for proto-public (#19015) 2023-10-13 14:55:58 +00:00
cloning_stream.pb.go In-Memory gRPC (#19942) 2024-01-12 11:54:07 -05:00