Skip to content

docs: 26.2 What's New entries for shipped features (DOC-2395) - #1828

Open
Feediver1 wants to merge 3 commits into
betafrom
DOC-2395-whats-new-26-2
Open

docs: 26.2 What's New entries for shipped features (DOC-2395)#1828
Feediver1 wants to merge 3 commits into
betafrom
DOC-2395-whats-new-26-2

Conversation

@Feediver1

@Feediver1 Feediver1 commented Jul 25, 2026

Copy link
Copy Markdown
Contributor

Resolves https://redpandadata.atlassian.net/browse/DOC-2395

Adds five 26.2 entries to What's New in Redpanda (get-started/release-notes/redpanda.adoc) for features whose docs have already merged to beta without an entry:

The existing Kafka 4.x client compatibility entry is unchanged and stays last.

Review notes

🤖 Generated with Claude Code

Preview pages

Adds entries for Cloud Topics enabled by default, shadow link role
synchronization, Confluent Schema Registry migration via Shadowing,
fetch read coalescing, and per-entity client quota metrics.

Co-Authored-By: Claude Fable 5 <[email protected]>
@Feediver1
Feediver1 requested a review from a team as a code owner July 25, 2026 19:36
@netlify

netlify Bot commented Jul 25, 2026

Copy link
Copy Markdown

Deploy Preview for redpanda-docs-preview ready!

Name Link
🔨 Latest commit ef389d1
🔍 Latest deploy log https://app.netlify.com/projects/redpanda-docs-preview/deploys/6a68137d56fe4000089e24bf
😎 Deploy Preview https://deploy-preview-1828--redpanda-docs-preview.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

@coderabbitai

coderabbitai Bot commented Jul 25, 2026

Copy link
Copy Markdown
Contributor

Important

Review skipped

Auto reviews are disabled on base/target branches other than the default branch.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: 9c7830d1-081e-4b29-bccb-eeb7cac04bf3

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch DOC-2395-whats-new-26-2

Comment @coderabbitai help to get the list of available commands.

@Feediver1
Feediver1 requested a review from mattschumpert July 27, 2026 19:59
* xref:cloud-data-platform:get-started:cloud-overview.adoc#redpanda-cloud-vs-self-managed-feature-compatibility[Redpanda Cloud vs Self-Managed feature compatibility]


== Cloud Topics enabled by default

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Feediver1 we're missing some stuff:

Unfinalized Upgrades (self-managed only)
Iceberg Key/Header translation
Iceberg Topics support for Schema Contexts
Enhanced cluster health summary
New 'load factor' metrics

Some of that's in here
https://github.com/redpanda-data/cupboard/tree/main/engineering/core/toi/v26.2

Ignore the Cloud Topics scale stuff since we don't publicize scale limits.

@Feediver1 of the ones you have, I'd put them in this order.

== Shadowing: migrate schemas from Confluent Schema Registry
== Shadowing: role synchronization
== Kafka 4.x client compatibility
== Fetch read coalescing
== Per-entity client quota metrics
== Cloud Topics enabled by default

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Iceberg Key/Header translation
Iceberg Topics support for Schema Contexts
^^ Will arrive in @kbatuigas' PRs for those updates. My goal here was just to capture the entries for the new features I added.


== Cloud Topics enabled by default

Cloud Topics no longer require a separate cluster property. When cloud storage is enabled for your cluster (xref:reference:properties/object-storage-properties.adoc#cloud_storage_enabled[`cloud_storage_enabled`] set to `true`), you can create Cloud Topics directly. The `cloud_topics_enabled` cluster property is deprecated.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"you can create Cloud Topics immediately by setting the storage mode during topic creation"


== Shadowing: role synchronization

Shadow links can now replicate RBAC roles from the source cluster to the shadow cluster, alongside topics, ACLs, consumer group offsets, and Schema Registry data. Configure role filters to select which roles to sync, so authorization is already in place on the shadow cluster when you fail over.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Shadow links can now replicate cluster roles from the source cluster to the shadow cluster, alongside topics, ACLs, consumer group offsets, and Schema Registry data. This ensures equivalent RBAC is in place on the shadow cluster prior to failover. Configure role filters to select which roles to sync.

(we call them 'cluster roles' in Cloud to to clarify in the Cloud context these roles apply to things within a single cluster, so might as well stick to that term for the noun)

== Shadowing: migrate schemas from Confluent Schema Registry

Shadowing can now replicate schemas over the Schema Registry HTTP API, including from a Confluent Schema Registry. A shadow link continuously replicates subjects, versions, and compatibility settings into the shadow cluster's Schema Registry, so your applications keep working after cutover without a separate schema migration step. You can also replicate only selected contexts or subjects, and map source contexts to different destination contexts.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Feediver1
Let's add "Both Confluent Cloud and Confluent Platform are supported"


== Fetch read coalescing

When many consumers fetch the same partitions, each broker repeats the same read work for every consumer. Fetch read coalescing merges these redundant reads on each shard, reducing read CPU and fetch-response memory under high consumer fan-out. This Enterprise feature is disabled by default: enable it with the `kafka_fetch_read_coalescing_enabled` cluster property.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

'memory consumption'

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

^^ Not sure where this applies @mattschumpert ? Do you want the heading revised here on line 30? Seems unrelated.


== Kafka 4.x client compatibility

Redpanda version 26.2 validates a broader set of non-Java Apache Kafka® clients at their current versions that support Kafka 4.x, in addition to the Apache Kafka Java client. Newly validated clients include `confluent-kafka-go` and Sarama for Go, and `kafka-python` and `confluent-kafka-python` for Python. Validation confirms connectivity and correctness across core Kafka APIs, such as produce, consume, and transaction operations.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

kafka-python was already supported (for a long time), though the current docs say 'kafka-python-ng'. can you advise @nguyen-andrew ?


== Per-entity client quota metrics

Aggregate quota metrics can confirm that throttling is happening, but not which client is throttled. Redpanda can now label throttle-time and throughput metrics with the identity of the throttled entity, so you can identify throttled clients by name and right-size quota values based on observed use. These metrics are disabled by default: enable them with the `kafka_per_entity_quota_metrics` cluster property.

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"Aggregate quota metrics can confirm that throttling is happening at a broker level, but don't reveal which user, client, or group of clients is utilizing a quota, and/or being throttled. Redpanda can now label throttle-time and throughput metrics with the identity of the throttled entity, so you can identify throttled users and clients by name and right-size quota values based on observed use. These metrics are disabled by default: enable them with the kafka_per_entity_quota_metrics cluster property.

(you may also want to update this language in the feature docs page @Feediver1 )

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same for this one @mattschumpert --which feature does this apply to? It's right after the Shadowing: role synchronization heading, but refers to metrics.

Copy link
Copy Markdown
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah--so it looks like it applies to == Per-entity client quota metrics below, on line 54. Right?

Feediver1 and others added 2 commits July 27, 2026 22:26
Order the DOC-2395 entries as requested: Shadowing (Confluent SR
migration, role sync) ahead of Kafka 4.x, then fetch read coalescing,
per-entity quota metrics, and Cloud Topics enabled by default. Beta's
surrounding entries (Iceberg, cluster health, Tiered Storage v2, new
configuration properties) keep their positions.

Co-Authored-By: Claude Fable 5 <[email protected]>
@Feediver1

Copy link
Copy Markdown
Contributor Author

Updated in ef389d14: merged current beta (clean — resolves the stale insert-point flagged in review) and reordered the six core entries as requested:

  1. Shadowing: migrate schemas from Confluent Schema Registry
  2. Shadowing: role synchronization
  3. Kafka 4.x client compatibility
  4. Fetch read coalescing
  5. Per-entity client quota metrics
  6. Cloud Topics enabled by default

Beta's surrounding entries keep their positions: the Iceberg pair and cluster health metrics lead the page, Tiered Storage v2 (#1813) and the new-configuration-properties section close it.

🤖 Generated with Claude Code

@kbatuigas kbatuigas left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No blockers, but please double check if this needs a fresh rebase on beta!

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.

3 participants