[ ] generate a requestId at the server so any api request is identified
[ ] propagate requestId to explorer requests and document how other services could leverage it for troubleshooting application errors.
document debug level for explorer #2878
[ ] #2879
[ ] Its performance limitations are known as well as its scaling dimensions
[ ] stress test querying service to understand: breaking points, stable performance, and scaling dimensions
[ ] stress test collecting path to understand: breaking points, stable performance, and scaling dimensions
[ ] It is tolerant to transient failures and recovers gracefully
[ ] Identify the major query path failures modes and ensure there is in place: a graceful handle of the failure
and a recovery mechanism in place (for example, cannot read from datastore, or indexing request takes 100secs, leaf cluster API server connection downtime and data could be stale )
[ ] Identify the major collecting path failures modes and ensure there is in place: a graceful handle the failure and a recovery mechanism in place (for example, leaf cluster API server connection downtime and how to a) don't bring down the full collector, b) read delta updates once is back) https://github.com/weaveworks/weave-gitops-enterprise/issues/2804
From https://www.notion.so/weaveworks/Scaling-Weave-Gitops-Observability-Phase-3-7e0a1cfcc89641c9bb05a05c5356af34?pvs=4#d175338bd2004544ac8d52764ce26140
Description
This release builds upon previous to achieve that explorer
Acceptance Criteria