-
Notifications
You must be signed in to change notification settings - Fork 134
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
CDEvents: Testkube Produces CDEvents #3681
Comments
My understanding is that we would POST these events using HTTP to a user-configurable endpoint - in line with the Cloud-Events HTTP Binding - https://github.com/cloudevents/spec/blob/main/cloudevents/bindings/http-protocol-binding.md |
I'm not 100% sure if a user should be able to customise which events are going to be emitted by testkube – but rather just configure in their application / endpoint which one they want to listen/react to? |
If the user configures an external endpoint I suggest we simply emit all events to start with.. |
Usually it's a good practice to choose events which you want receive. |
agree @exu - i think the general idea is these events would get posted to an MQ that would further have rules regarding who they should be distributed to, as different components in a CD pipeline might have different needs.. i.e. we delegate this configuration to another component for now.. |
Read the CDEvents spec defined by @olensmar in this PRs https://github.com/cdevents/spec/pull/105/files
cdevents/spec#126
(feel free to add/suggest changes at your discretion)
It should be possible for external systems to receive/read these events.
cc: @olensmar @vsukhin to define how this integration should look like?
Questions to be answered:
The text was updated successfully, but these errors were encountered: