Streamed audit event filtering with UI
# Problem Users want to receive specific types of audit events in a streaming manner, but since the stream currently returns all events at once, they have to manually filter out the ones that they don't care about. ## Use Case Examples 1. An organization wishes to send all changes related to group-level MR settings to a system for compliance teams to review but doesn't want them to have to look through all of the different events GitLab records. 1. An organization has two different compliance teams, one which monitors who has access to projects and groups, while the other monitors when projects and groups are deleted. Each group has a different external system they use for recording events. Each group only wishes to see the results that are relevant for them and ignore the rest. # Proposal Introduce filtering of the audit events from streaming. These filters should be done on a per-endpoint basis, to allow for users to customize it for their use case. Allow the user to select which individual events they want to and do not want to receive at the endpoint that they configure. Introduce UI filtering to: * Filter streaming audit events by audit event type * Users can search for audit event types * Users can see a list of all audit event types * Users see a list of audit event types grouped by category * Filter streaming audit events by project * Filter streaming audit events by group ### APIs Please refer this Epic for APIs to facilitate this https://gitlab.com/groups/gitlab-org/-/epics/7058+ <!-- triage-serverless v3 PLEASE DO NOT REMOVE THIS SECTION --> *This page may contain information related to upcoming products, features and functionality. It is important to note that the information presented is for informational purposes only, so please do not rely on the information for purchasing or planning purposes. Just like with all projects, the items mentioned on the page are subject to change or delay, and the development, release, and timing of any products, features, or functionality remain at the sole discretion of GitLab Inc.* <!-- triage-serverless v3 PLEASE DO NOT REMOVE THIS SECTION -->
epic