You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We'd like to keep an eye on the performance of Fleet's setup sequence to ensure that we do not degrade the performance of this over time and to help spot any performance optimizations that may be available today. The performance of this process is important to ensure a smooth onboarding process for new users.
Similar to #109055, we'd like to be able to monitor how the performance of this API changes over time and to alert us if any major performance regressions are introduced. Kibana's CI already enables and collects APM data during executions of the functional test suite, and each HTTP route is already instrumented as a transaction. We should be able to leverage the existing data to establish a baseline. Adding custom APM spans would allows us to better identify which parts of the setup process are taking the most time.
Cloud's integration testing should also be able to leverage APM to measure this over time and ensure that Fleet's setup time is also staying performant in that environment.
The text was updated successfully, but these errors were encountered:
Related to https://github.com/elastic/dev/issues/1443
We'd like to keep an eye on the performance of Fleet's setup sequence to ensure that we do not degrade the performance of this over time and to help spot any performance optimizations that may be available today. The performance of this process is important to ensure a smooth onboarding process for new users.
Similar to #109055, we'd like to be able to monitor how the performance of this API changes over time and to alert us if any major performance regressions are introduced. Kibana's CI already enables and collects APM data during executions of the functional test suite, and each HTTP route is already instrumented as a transaction. We should be able to leverage the existing data to establish a baseline. Adding custom APM spans would allows us to better identify which parts of the setup process are taking the most time.
Cloud's integration testing should also be able to leverage APM to measure this over time and ensure that Fleet's setup time is also staying performant in that environment.
The text was updated successfully, but these errors were encountered: