Beruflich Dokumente
Kultur Dokumente
Let's take a look at trends and layers that are emerging in the event-driven API
landscape. Are these becoming the de facto standards of this architecture?
We spend a lot of time profiling existing web APIs, looking for event-driven
opportunity. Streamdata.io is in the business of providing event-driven
architecture, so we are always on the hunt for platforms that need our services.
This involves profiling the APIs of many different platforms, looking for a lack of
event-driven infrastructure across many of the existing APIs that operate within in
a variety of industries. One thing we are seeing as a result of our effort
profiling platforms for the API Gallery� is a heightened awareness regarding the
layers of event-driven API architecture. Something that isn't just about using
Kafka, or implementing a WebSub solution, and is something that might be as simple
as being aware of all of the resources you make available, and how often they
change.
We've begun seeing several layers emerge from the research we are doing on the
existing API landscape, helping us get better at defining the event-driven API
opportunities that exist across many business sectors.
Resources - Having a clear inventory of all digital resources made available via an
API, having OpenAPI definitions available for the entire surface area of how these
resources are accessed, as well as JSON schema for each resource's definition.
Tagging - Being able to tag APIs, gateway, management, orchestration, database, and
other architectural components based upon the resources they serve up. Managing a
centralized list of tags based upon the catalog of resources that are available.
Change - Having visibility into how often resources are changing, understanding
when they are added, updated, and deleted. Mapping out which resources are
changing, and details regarding the granularity of those changes.
Event Types - Producing meaningful definitions of the types of events that are
changing, going being the CRUD resources, and possessing conversational
descriptions of all events that are occurring across a platform.
Push Technology - The ability to push data out via webhooks, based upon events
occurring, making sure that data is where it needs to be when something has
occurred.
We are working on more examples of these event-driven API layers out in the wild.
Gathering up examples of platforms that do it well, profiling their APIs, the
protocols used, and how well they document their event types, topics, and the other
movement metadata parts of their operations. As the number of APIs in our API
Gallery expands, our understanding of these layers increases, allowing us to better
produce landing pages that help highlight event-driven architectural components
like webhook implementations. Allowing us to identify and aggregate event-driven
architectural patterns we find across the space and organize into sub-projects that
help us illustrate what is possible when you invest in event-driven approaches to
doing APIs.