Closed noahtalerman closed 9 months ago
Hey @dherder heads up, this story covers Fleet's first read (osquery) + write (MDM) feature.
You can find the UI and YAML wireframes at the Figma link in the issue description.
@georgekarrv It's ready for specification.
DISCLAIMER: I think changes based on this feedback shouldn't impact/slow down estimation.
Hey @marko-lisica we got some feedback from Mike below which I agree with. When you get the chance, can you please adapt the UI?
Feedback:
As someone w/ fresh eyes, I'm not sure what the default behavior is when I click Add profile:
Maybe this comes from not knowing what "Filter" means.
Maybe we use a dropdown or radio button w/ something like Apply to all hosts (default) and Custom options? Selecting Custom reveals the the list of checkbox labels.
This way it's clear what the default and custom behavior is.
@dherder heads up, we're breaking the POST /profiles/batch
API endpoint as part of this story.
Are any customers integrating with this API? I'm thinking about the customers building a white label solution.
What a user integrating with the API will have to change:
profiles
array is going to be an array of objects instead of an array of strings. Each object needs a profile
key that accepts a base64 encoded mobileconfig. The label
key is optional.cc @rachaelshaw
@noahtalerman I remember when we discussed this story (I think it was the meeting before estimation) that we assumed labels were NOT modifiable (i.e. the query could not be changed once a label was created). That may be the case via the UI but not via fleetctl
or the API: https://github.com/fleetdm/fleet/blob/main/docs/Contributing/API-for-contributors.md#apply-labels . This endpoint supports changing the query or targeting specific hosts by hostname.
Not sure if that changes anything, but wanted to bring that up since I believe we thought a) labels could not change and b) specific hosts could not be targeted. I think the biggest change would be that mapping the affected hosts will be more complex, but I don't think it drastically changes the logic (e.g. Reconcile profiles still has to identify which profiles should apply to which hosts, and ensure the corresponding install/remove gets identified). /cc @roperzh @gillespi314 @georgekarrv
@mna great find. Thanks for raising.
we assumed labels were NOT modifiable (i.e. the query could not be changed once a label was created). That may be the case via the UI but not via fleetctl or the API
I'm not sure if this changes the IT admin UX.
@marko-lisica what do you think? Happy to try to see if this pokes holes in the feature during design review.
Hey @zayhanlon heads up, this story didn't make it into the current design sprint. We want to get to it during Q1 so I'm leaving it on the drafting board.
cc @marko-lisica ^^
Marko, can you please check if we need to update the designs for this story? I think it's been pushed out of the last couple releases so it might be stale.
@mna great find. Thanks for raising.
we assumed labels were NOT modifiable (i.e. the query could not be changed once a label was created). That may be the case via the UI but not via fleetctl or the API
I'm not sure if this changes the IT admin UX.
@marko-lisica what do you think? Happy to try to see if this pokes holes in the feature during design review.
We decided that it's ok if the user can edit labels.
Completed manual testing.
One UI bug (#16380) filed, currently In Review.
@spokanemac what do you think about creating an article for this feature? It's our first osquery "read" + MDM "write" feature. Maybe a title like "MDM + osquery"?
Profiles tailored with grace, Labels guide the interface. Calm as clouds in space.
Reopening this issue to bring it back to confirm and celebrate ritual so that we don't forgot to merge in the doc PR here: https://github.com/fleetdm/fleet/pull/15117
C&C: Docs PR is here: https://github.com/fleetdm/fleet/pull/15117
Docs PR was merged. Closing this issue.
@pintomi1989 and @Patagonia121, heads up, this customer request was shipped in 4.44.
Profiles by labels bloom, Like a city in the clouds, Secure in their room.
Goal
Specific use case (customer-flavia): Only enable a profile if a macOS host is at or above a specific macOS version (ex. macOS 13.1).
Noah: Check in on what #g-endpoint-ops built for custom osquery extensions based on labels: #13287
Changes
Product
Engineering
Context
QA
Risk assessment
Manual testing steps
Testing notes
Confirmation