Automated Asynchronous API Document Generation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The generation of asynchronous API documents for event-driven architectures is a manual and time-consuming process, often becoming outdated due to changes in underlying services, lacking efficient automated tools for metadata and schema discovery.

Innovation Solution

A system and method for programmatically generating asynchronous API documents by connecting to an event-driven system, discovering metadata and schemas, and populating templates to create machine-readable definitions of event-driven APIs, including metadata discovery requests, message sampling, and schema determination.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Manufacturing precision

If asynchronous API documents are generated manually, then the documents can be created with attention to detail, but the process becomes time-consuming and the documents become outdated quickly

Engineering Contradiction:
Improvedocument accuracyVSAvoidgeneration time
Core Design Contradiction:
Manufacturing precisionVSLoss of time

Solution Approach 1:

The system enables self-service by having the API documentation automatically generate and update itself through programmatic extraction of metadata and schemas from the event-driven system, eliminating the need for manual document creation and maintenance while ensuring the documentation reflects the current state of the system

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system performs preliminary action by automatically discovering metadata and schemas from the event-driven system before documentation is needed, and by setting up automated update mechanisms that proactively refresh documentation when system changes occur, preventing documentation from becoming outdated

Inventive Principle:
Principle #10Preliminary action

2Productivity

If automated tools are introduced to speed up document generation, then the time required is reduced, but the complexity of the system increases

Engineering Contradiction:
Improvedocument generation speedVSAvoidsystem complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system uses an intermediary approach by introducing an automated documentation generation tool that acts as a mediator between the event-driven system and the API documentation, automatically extracting metadata and schemas and transforming them into documentation without requiring complex manual processes or deep system modifications

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system applies universality by designing the automated documentation tool to handle multiple functions including metadata discovery, schema extraction, document generation, and automatic updating, consolidating these capabilities into a single versatile tool rather than requiring separate complex systems for each function

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Ease of operation

If manual processes are used for metadata and schema discovery, then the process remains simple to understand, but it becomes time-consuming and error-prone

Engineering Contradiction:
Improveprocess simplicityVSAvoiddiscovery efficiency
Core Design Contradiction:
Ease of operationVSProductivity

Solution Approach 1:

The system enables self-service by having the documentation tool automatically discover metadata and schemas by programmatically querying the event-driven system, eliminating the need for manual inspection and extraction processes while maintaining clarity through automated, consistent methodology

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS20220237056A1Generation of asynchronous application programming interface specifications for messaging topics
Publication Date: 2022.07.28 RED HAT LLC
  • US20220237056A1 patent drawing
  • US20220237056A1 patent drawing
  • US20220237056A1 patent drawing

AI summary

Systems and methods for generating asynchronous application programming interface (API) documents are generally described. In various examples, a metadata discovery request may be sent to a message broker. A list of topics may be received from the message broker. First metadata related to a first topic of the list of topics may be received from the message broker. A first message may be received from the message broker, where the first message pertains to the first topic. A first schema may be determined using the first message pertaining to the first topic. The first schema may include data describing content of the first message and organization of the content of the first message. An asynchronous API document may be generated based at least in part on the first schema and the first metadata.