Orchestration API #268
Labels
No labels
a11y
btrfs
Closed As
Can't fix
Closed As
Deferred to upstream
Closed As
Fixed
Closed As
Won't fix
default-apps
easyfix
experience
help-wanted
installation
meeting
meeting-request
nvidia
packaging
pending-action
qa
testing
user-docs
wg-docs
wg-meta
No milestone
No project
No assignees
4 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
workstation/tickets#268
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
As we've discussed how to improve the story for managed Workstation deployments, one proposal that's been raised is ensuring that we have an API for orchestration.
Can you elaborate on what you mean by orchestration? Running commands across multiple systems?
Maybe @ngompa can provide some details of what he had in mind.
We discussed this at today's working group meeting, and it's clear that there's a few aspects to it.
There are two potential aspects to an orchestration API:
An initial action towards 1 would be to package and include osquery.
The other bigger question is what any future orchestration API would talk to. Options might include Cockpit, Ansible, something from the IoT space, or Microsoft Intune.
@ngompa said that he'd package osquery - setting pending-action for that.
Metadata Update from @aday:
By the way, here are a couple of examples of OSQuery based systems:
Honestly I have no idea what this would look like. @ngompa could you elaborate more here please?
Is osquery packaging still WIP?
Metadata Update from @catanzaro:
We discussed this ticket during today's meeting, and didn't feel that the working group can carry it forward. If someone wants to package osquery then they are free to do so.
Metadata Update from @aday: