-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Fleet] Create default Fleet Server policy with fleet server package #90973
[Fleet] Create default Fleet Server policy with fleet server package #90973
Conversation
Pinging @elastic/fleet (Team:Fleet) |
|
@elasticmachine merge upstream |
Totally we should not change the data model right now, I am just suggesting we start to thing about it. |
Please add some instructions how to test this. When I run this, and open the Fleet UI to trigger the setup, no Edited to add: I was missing |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This works as described. When xpack.fleet.agents.fleetServerEnabled
is set to true, the fleet server package is installed during setup, and a default fleet server policy is created.
@elasticmachine merge upstream |
💚 Build SucceededMetrics [docs]Page load bundle
Saved Objects .kibana field count
History
To update your PR or re-run it, just comment with: |
Summary
Resolve #90628
This create a
Default Fleet Server policy
during the setup (open to better naming :)) with the Fleet server package installed.The policy is also created in the
.fleet-policies
indice with the flagdefault_fleet_server:true
Open discussion
I am wondering if we should evolve our datastructure for Agent Policy it start to be weird with all
is_default
is_managed
,is_default_fleet_server
and if we should maybe have something like a property tags that define the special feature of a policy like thistags: ['default']