Building the future of event-driven architectures.
Become a contributor
Become a silver sponsor with a monthly donation of $500 and get your logo under the Silver sponso... Read more
$500 USD / month
Become a gold sponsor with a monthly donation of $1000 and get your logo under the Gold sponsors ... Read more
$1,000 USD / month
Become a Platinum Sponsor with a monthly donation of $2000 and get your logo on the top of our RE... Read more
$2,000 USD / month
Top financial contributors
See how money openly circulates through AsyncAPI Initiative. All contributions and all expenses are published in our transparent public ledger. Learn who is donating, how much, where is that money going, submit expenses, get reimbursed and more!
Monthly financial contribution to AsyncAPI Initiative (Ba...
~ $52,049.51 USD
AsyncAPI Initiative is all of us
Our contributors 12
Everyone who has supported AsyncAPI Initiative. Individuals and organizations that believe in –and take ownership of– our purpose.
Event-driven & streaming APIs are more fragmented than HTTP/REST APIs have ever been. AsyncAPI is a community project to fix this. (Y)
Much needed initiative and going really well so far. Support as much as you can. 🎉👍
We're on a mission to standardize message-based communication and increase interoperability of the different types of messaging systems available.
The messaging world is full of schema formats and protocols. Some of us prefer to use a combination of Google's protobuf with AMQP, or Avro with Kafka, or Avro with MQTT, or protobuf with MQTT, ... you guessed it.
In production systems, it's common to find REST APIs, GraphQL APIs, and message-driven APIs working together. All of them serving as different interaction layers for the same data/operations. REST is usually defined using the OpenAPI specification, GraphQL has its own built-in schema language, and message-driven APIs now have AsyncAPI.
AsyncAPI is a common language for all the different protocols and schema formats, but we need to make it easy for developers to create new message-driven systems, in their programming language of choice. A quick calculation takes us to 120 possible combinations, assuming we create tooling for 6 programming languages (e.g., Java, Node.js, Go, Python, PHP, and Ruby), 4 schema formats (OpenAPI schemas, JSON Schema, Protobuf, and Avro), and 5 protocols (AMQP 0-9-1, AMQP 1.0, MQTT, Kafka, and WebSockets). We know it's a huge challenge, but we accept it 💪
REST APIs have OpenAPI. Messaging has AsyncAPI.