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

User can make sure only well-formed messages reach the broker without having to touch a single line of code #62

Open
fmvilas opened this issue Mar 2, 2021 · 0 comments
Labels
Epic Outcome Product outcome (this is not a task) Pipeline: Future A key result we might work on in the distant future.

Comments

@fmvilas
Copy link
Member

fmvilas commented Mar 2, 2021

Description

When doing EDAs, there is a common problem that repeats across many companies, especially the big ones. People are not able to answer the question "who is subscribing to this topic/channel?". This management problem derives into a more serious one: someone makes a breaking change on the information sent on one channel and others break because they were not aware of this change. Hopefully, the subscribers break in a "noisy" way so you can detect the error and fix it. Other people opt for not pushing breaking changes into an existing channel and decide to create a new one, leading to a pile of unused channels over time.

The problem I just described actually consists of two parts:

  1. Lack of discovery tools for EDAs. E.g., being able to answer the question "who is subscribing to this channel?"
  2. Lack of management tools for EDAs. E.g., making sure only the right data gets into a channel.

This outcome is about the second part: "Lack of management tools for EDAs".

Scope

  1. User is able to make sure only well-formed messages reach the broker.
  2. It should not be needed to change a single line of code.
  3. It works with the main protocols: HTTP, Kafka, AMQP 0-9-1, AMQP 1.0, WebSockets, MQTT, and MQTT5.
@fmvilas fmvilas added Outcome Product outcome (this is not a task) Epic Pipeline: Future A key result we might work on in the distant future. Pipeline: Now A key result we're working on right now or pretty soon. and removed Pipeline: Future A key result we might work on in the distant future. labels Mar 2, 2021
@fmvilas fmvilas added Pipeline: Future A key result we might work on in the distant future. and removed Pipeline: Now A key result we're working on right now or pretty soon. labels Nov 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Epic Outcome Product outcome (this is not a task) Pipeline: Future A key result we might work on in the distant future.
Projects
None yet
Development

No branches or pull requests

1 participant