You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, async-api lacks support for AWS EventBridge Event-Bus, which prevents teams using EventBridge from fully leveraging async-api to document and describe their event-driven architectures in a standardized way. Adding this support would make async-api more flexible and aligned with modern AWS event-driven architectures.
How will this change help?
By introducing AWS EventBridge Event-Bus as a supported binding, users will be able to describe and document their AWS event-driven architectures using async-api. This would streamline the process of defining event buses, rules, and targets, making it easier to integrate with AWS’s native event service.
Screenshots
(Not applicable for this request, but could be added once implemented.)
How could it be implemented/designed?
The feature could be implemented by extending the existing async-api bindings to include AWS EventBridge. Parameters like the event bus name, event rules, and potential target configurations could be added to the specification, allowing users to define how their EventBridge interacts with their system.
Welcome to AsyncAPI. Thanks a lot for reporting your first issue. Please check out our contributors guide and the instructions about a basic recommended setup useful for opening a pull request. Keep in mind there are also other channels you can use to interact with AsyncAPI community. For more details check out this issue.
Hey, could you provide some examples on what more or less such binding would contain that is not possible to address with AsyncAPI atm? and what AsyncAPI objects need a binding.
Also pinging the only EventBridge expert that I know @boyney123
Why do we need this improvement?
Currently, async-api lacks support for AWS EventBridge Event-Bus, which prevents teams using EventBridge from fully leveraging async-api to document and describe their event-driven architectures in a standardized way. Adding this support would make async-api more flexible and aligned with modern AWS event-driven architectures.
How will this change help?
By introducing AWS EventBridge Event-Bus as a supported binding, users will be able to describe and document their AWS event-driven architectures using async-api. This would streamline the process of defining event buses, rules, and targets, making it easier to integrate with AWS’s native event service.
Screenshots
(Not applicable for this request, but could be added once implemented.)
How could it be implemented/designed?
The feature could be implemented by extending the existing async-api bindings to include AWS EventBridge. Parameters like the event bus name, event rules, and potential target configurations could be added to the specification, allowing users to define how their EventBridge interacts with their system.
🚧 Breaking changes
No
👀 Have you checked for similar open issues?
🏢 Have you read the Contributing Guidelines?
Are you willing to work on this issue?
Yes I am willing to submit a PR!
The text was updated successfully, but these errors were encountered: