🎄 Happy Holidays! 🥳
Most of Solace is closed December 24–January 1 so our employees can spend time with their families. We will re-open Thursday, January 2, 2024. Please expect slower response times during this period and open a support ticket for anything needing immediate assistance.
Happy Holidays!
Please note: most of Solace is closed December 25–January 2, and will re-open Tuesday, January 3, 2023.
CloudEvents reference
Do we have any API specification or reference to enable CloudEvents part of webhooks?
Comments
-
Hi @rajeshdns,
We don't have anything currently "out of the box" that enables CloudEvents, but can you explain a bit more about what you're looking for? We're definitely considering enhancements that will allow users of AsyncAPI and CloudEvents to have a better dev experience and would love to hear what you had in mind.
1 -
Hi @marc ,
Thanks for the response, I understand for notification use cases, Cloud events which was a specification for describing event data in a common way, but challenge is, I could see multiple options over there like binary mode, structure mode, batch mode.. looking for some guidelines to represent in the specification and how it can be part of in Async API specification.
Rgds
..Rajesh0 -
Hey @rajeshdns,
Maybe an over simplification, but how I think of it is like this:
1. AsyncAPI defines your app and the channels that events are exchanged on
2. CloudEvents define the envelope which your event complies with; and offers the choice of "structured" or "binary" content modes. (Note, my default would be to go with binary mode if the eventing system you're using supports headers - which most do, such as Solace, Kafka, AMQP, MQTT5, HTTP )Given their different areas of focus I think the two specifications should actually be used together.
Here are two resources that might help for further learning and actually seeing them used together:
1. Simulating CloudEvents with AsyncAPI and Microcks - specifically the "CloudEvents with AsyncAPI" section shows examples of both CloudEvents content modes.
2. @JesseMenning wrote a blog: AsyncAPI, CloudEvents, OpenTelemetry: Which Event-Driven Specs Should Your DevOps Include which might help folks get a better understanding of where the specifications are focused.Note that I could see a time in the not so distant future where you could choose an Event Type of CloudEvent in the Solace Event Portal, specify your chosen content mode and your event would be pre-populated with the required headers. Also when you export an AsyncAPI document defining this same app it would of course properly have your CloudEvents defined in AsyncAPI
1