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
In #172359, we added rudimentary string matching logic to the output flyout that checks for a series of reserved keys. If one of these keys is present in the custom YAML config box, the performance preset is forced to "custom". We should update this logic to use actual YAML parsing to catch cases where "expanded" properties are provided as opposed to terser dot.notation ones.
The text was updated successfully, but these errors were encountered:
## Summary
Closes#166870Closes#172525
- Adds a new `preset` field to output saved objects
- Updates REST spec payloads to allow `preset` field in `POST/PUT`
requests to the `/api/fleet/outputs` endpoint
- Adds logic to set default `preset` to `balanced` or `custom` based on
whether a reserved key exists in `output.config_yaml`
- Adds UI to the output settings flyout for providing a preset
- Adds backfill logic to Fleet `setup` that updates all existing outputs
+ redeploys their associated policies to ensure the proper `preset` is
provided on all policies
## To do
- [x] Fix failing tests
- [x] Add a lot of tests + testing instructions
- [x] Allow preconfigured outputs to specify a preset
- [x] Update OpenAPI spec for outputs API
- [x] Disable `EuiSelect` when output is managed
- [x] Add in-product link to performance preset docs once they exist
(might have to be a follow-up? (Follow up:
#172523)
- [x] Parse YML box contents instead of using basic string lookup for
forcing `custom` preset (Follow up:
#172525)
## How to test
1. Create a new Elasticsearch output
2. Observe the `Performance preset` dropdown defaults to `balanced`
3. Add a performance setting to the custom YAML box e.g. `bulk_max_size:
1000`
4. Note the callout with the list of reserved keys
5. Note that the dropdown switches to `Custom` and is now disabled
6. Remove the offending key
7. Note the dropdown returns to its normal state
8. Save the output
9. Edit the output and observe the same behaviors
For the backfill
1. Create a local environment with multiple elasticsearch outputs on
`main`
2. Stop Kibana
3. Checkout this PR branch
4. Restart Kibana
5. Observe the ES outputs have been updated to include the appropriate
`preset` value
## Screenshots + Screen recordings
https://github.com/elastic/kibana/assets/6766512/0c25a15e-938d-4747-8846-d51a9ad01968
---------
Co-authored-by: kibanamachine <[email protected]>
Relates to #166870
In #172359, we added rudimentary string matching logic to the output flyout that checks for a series of reserved keys. If one of these keys is present in the custom YAML config box, the performance preset is forced to "custom". We should update this logic to use actual YAML parsing to catch cases where "expanded" properties are provided as opposed to terser
dot.notation
ones.The text was updated successfully, but these errors were encountered: