Skip to content
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

HyperEvent needs a universal extraction capability. #23

Open
hnhbwlp opened this issue Nov 1, 2023 · 1 comment
Open

HyperEvent needs a universal extraction capability. #23

hnhbwlp opened this issue Nov 1, 2023 · 1 comment
Labels
enhancement New feature or request

Comments

@hnhbwlp
Copy link
Collaborator

hnhbwlp commented Nov 1, 2023

Problem description

Currently, the extraction process in HyperEvent is customized for pod resources in operations. If users need to trace a new resource, they have to write code to add an extractor, which is quite costly.

What I expect

The extraction action in HyperEvent should be more universal and able to adapt to multiple resources.

What I want to do

  • Perform request/response object diff operation for the audit logs of Update verbs, which requires a high-performance software.

  • Establish a new Operation model to identify Patch and Update verb operations uniformly as JSON path format operations.

  • Deserialize runtime.Object using a generic approach, referencing the method used by client-go to identify unknown Custom Resources (CR), to avoid the need to introduce the user's scheme when adding a new CR.

@hnhbwlp hnhbwlp added the enhancement New feature or request label Nov 1, 2023
@hnhbwlp
Copy link
Collaborator Author

hnhbwlp commented Nov 1, 2023

cc @linuzb

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant