Running an experiment with a mirror between pipelines and inspecting each pipeline after sending a single request reveals that the request IDs between the default route and the mirror are different.
The default route add10 has been assigned an ID ci5cr6d8gs9c73b1tea0 whereas the mirror has an ID ci5cr6d8gs9c73b1teag.
Expected behaviour
The request ID between the default route and the mirror is the same.
Environment
Local deployment via docker-compose running on latest v2 branch.
Model Details
Models provided via Seldon examples.
After chatting to @cliveseldon, this may be because the request IDs are only assigned after requests hit the pipeline gateway. Therefore, in an experiment with a mirror the traffic split using Envoy would be done before a request ID is assigned and so each downstream pipeline would be assigned a different ID.
Describe the bug
Running an experiment with a mirror between pipelines and inspecting each pipeline after sending a single request reveals that the request IDs between the default route and the mirror are different.
To reproduce
Follow the "pipeline mirror" example here: https://docs.seldon.io/projects/seldon-core/en/v2/contents/examples/local-experiments.html#pipeline-mirror-experiment
After sending a single request, inspect both pipelines, e.g.:
The default route
add10
has been assigned an IDci5cr6d8gs9c73b1tea0
whereas the mirror has an IDci5cr6d8gs9c73b1teag
.Expected behaviour
The request ID between the default route and the mirror is the same.
Environment
Local deployment via
docker-compose
running on latestv2
branch.Model Details
Models provided via Seldon examples.
After chatting to @cliveseldon, this may be because the request IDs are only assigned after requests hit the pipeline gateway. Therefore, in an experiment with a mirror the traffic split using Envoy would be done before a request ID is assigned and so each downstream pipeline would be assigned a different ID.