Skip to content

ADR-014: OLM FBC channel management for RHDH operator - #30

Open
rm3l wants to merge 14 commits into
redhat-developer:mainfrom
rm3l:adr/009-olm-fbc-channel-management
Open

rm3l wants to merge 14 commits into
redhat-developer:mainfrom
rm3l:adr/009-olm-fbc-channel-management

Conversation

@rm3l

@rm3l rm3l commented Oct 19, 2026

Copy link
Copy Markdown
Member

Summary

  • Records the decision to deprecate the generic fast OLM channel, default to per-minor-version fast-X.Y channels, narrow skipRange to force sequential upgrades, and fix the build tooling to enforce the channel model automatically.
  • Captures why fast cannot be removed (namespace-wide OLM resolution impact) and why fast2 was rejected (minor versions can also contain breaking changes).
  • References upstream PRs (#3821, #3822) and midstream MRs (!831–!836) that implement the decision.

Ref: RHIDP-17820

Record the decision to deprecate the generic `fast` OLM channel,
default to per-minor-version `fast-X.Y` channels, narrow skipRange
to force sequential upgrades, and fix the build tooling to enforce
the channel model automatically.

Co-Authored-By: Tomas Kral <tkral@redhat.com>
Co-Authored-By: Nick Boldt <nboldt@redhat.com>
Assisted-by: Claude
@rhdh-qodo-merge

rhdh-qodo-merge Bot commented Oct 19, 2026 •

Copy link
Copy Markdown

Code Review by Qodo

🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)

Great, no issues found!

Qodo reviewed your code and found no material issues that require review

Qodo Logo

@rhdh-qodo-merge

Copy link
Copy Markdown

PR Summary by Qodo

Document the RHDH operator's OLM channel management decision

📝 Documentation 🕐 10-20 Minutes


AI Description

• Records the decision to freeze and deprecate fast, making per-minor channels the default for
 controlled upgrades.
• Defines sequential upgrade edges and catalog-rendering safeguards to prevent unsupported version
 jumps.
• Explains the resolution risks, trade-offs, and separate upstream and midstream implementation
 work.
Diagram

graph TD
  R["Catalog renderer"] --> C["FBC catalog"] --> V["Versioned channels"]
  S["OLM Subscription"] --> C --> F["Frozen fast channel"]
Loading
High-Level Assessment

The ADR's approach is well suited to the stated goal: freezing rather than deleting fast preserves resolution for existing subscriptions, while per-minor channels require explicit opt-in. The document already considers and rejects a rolling channel, a fast2 channel, and catalog-only fixes; this PR records that decision rather than implementing it.

Files changed (1) +108 / -0

Documentation (1) +108 / -0
009-olm-fbc-channel-management.mdRecord the OLM FBC channel management decision +108/-0

Record the OLM FBC channel management decision

• Adds an ADR explaining the risks of automatic upgrades on 'fast' and broad 'skipRange' values. It specifies the intended channel, upgrade-edge, and rendering-tooling changes, weighs alternatives and consequences, and links the separate implementation work.

decisions/009-olm-fbc-channel-management.md

rm3l added 2 commits October 19, 2026 10:45
Assisted-by: Claude
@rm3l rm3l changed the title ADR: OLM FBC channel management for RHDH operator ADR-014: OLM FBC channel management for RHDH operator Oct 19, 2026
@rm3l
rm3l requested review from kadel and nickboldt October 19, 2026 09:10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant