Kuadrant/architecture

Architecture Documents

Owned by Red Hat · part of IBM

View on GitHub ↗Jump to charts ↓

Kuadrant/architecture has 10+ forks on GitHub and was last pushed on Oct 14, 2026. Data as of . Signed-in members get hourly updates — create a free account.

Summary Information

Updated 12 minutes ago
Type:Documentation / SpecificationCategory(s):Documentation ToolsDeveloper Tools
Added to GitGenius on October 12th, 2026
Created on November 3rd, 2021
Open Issues & Pull Requests: 36 (+0)
GitHub issues: Enabled
Number of forks: 17
Total Stargazers: 3 (+0)
Total Subscribers: 8 (+0)

Repository Insights (GitGenius)

Median issue/PR response: 1.1 hours
Mean response time: 13.7 days
90th percentile: 41.3 days
Tracked items: 32

Charts & Analytics

Fetching additional details & charts...

Issue Activity (beta)

Open issues: 14
New in 7 days: 0
Closed in 7 days: 0
Avg open age: 281 days
Stale 30+ days: 14
Stale 90+ days: 12

Recent activity

Opened in 7 days: 0
Closed in 7 days: 0
Comments in 7 days: 0
Events in 7 days: 0

Top labels

  • kind/epic (6)
  • RFC (5)
  • OLMv1 (4)
  • kind/spike (4)
  • kind/feature (3)
  • documentation (2)
  • kind/investigation (2)
  • target/next (2)

Most active issues this week

Sign in to see which issues are moving.
Sign in

Detailed Description

Kuadrant/architecture is a repository for cross-cutting architecture documents and design proposals that affect multiple components within the Kuadrant API management platform.

The repository serves as a centralized location for documenting architectural decisions and design patterns that span across Kuadrant's control plane and data plane. It hosts the RFC (Request For Comments) process, which provides a structured mechanism for proposing and discussing changes that impact end-user experience. The RFC workflow requires that any modifications to APIs, behavioral changes, or new features undergo community review and consensus before implementation begins, while routine work like bug fixes, refactoring, and performance improvements proceed through standard pull requests to individual component repositories.

Teams adopting this repository should understand that it functions as a governance and documentation hub rather than a code repository. It is most relevant for contributors and maintainers working on Kuadrant's core platform who need to propose changes affecting multiple components or the overall system architecture. Organizations evaluating Kuadrant should review the architecture documents here to understand the platform's design philosophy and planned evolution. The RFC process ensures that significant changes receive broad stakeholder input before development begins, which can slow feature velocity but increases confidence in architectural decisions.

The project maintains architecture documentation as a living resource, with the README noting that the repository is actively being updated. Development activity centers on RFC submissions and architectural discussions rather than code commits, reflecting the repository's role as a design-stage artifact. The project distinguishes between changes requiring RFC approval and those that do not, establishing clear criteria for when community review is necessary versus when standard development workflows suffice.