Skip to content

Commit 7cd3fa1

Browse files
authored
Merge pull request #18 from rahulbsw/public-launch-surface
docs: Finalize selective replication launch surface
2 parents 8c5f7a4 + 48e77e3 commit 7cd3fa1

16 files changed

Lines changed: 634 additions & 1981 deletions

.github/workflows/ci.yml

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -43,6 +43,13 @@ jobs:
4343
- name: Run tests
4444
run: cargo test --all --verbose
4545

46+
- name: Validate promoted example configs
47+
run: |
48+
cargo run --quiet --bin streamforge-validate -- examples/configs/config.example.yaml
49+
cargo run --quiet --bin streamforge-validate -- examples/redpanda/selective-replication.yaml
50+
cargo run --quiet --bin streamforge-validate -- examples/production/pii-redaction.yaml
51+
cargo run --quiet --bin streamforge-validate -- examples/production/cdc-to-datalake.yaml
52+
4653
- name: Run clippy
4754
run: cargo clippy --all-targets --all-features -- -D warnings
4855

README.md

Lines changed: 70 additions & 387 deletions
Large diffs are not rendered by default.

docs/COMPATIBILITY.md

Lines changed: 23 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,23 @@
1+
---
2+
title: Compatibility
3+
nav_order: 5
4+
---
5+
6+
# Compatibility
7+
8+
## Broker Targets
9+
10+
| Target | Status | Notes |
11+
|--------|--------|-------|
12+
| Apache Kafka | Primary | Baseline deployment target |
13+
| Redpanda | Compatibility target | Validate visible examples and docs against Kafka-compatible APIs |
14+
15+
## Validation Expectations
16+
17+
- Validate published standalone StreamForge config examples with `streamforge-validate`
18+
- Validate Kubernetes and operator examples with their own schema and apply checks
19+
- Document any broker-specific caveats instead of implying perfect parity
20+
21+
## Current Compatibility Promise
22+
23+
StreamForge is Kafka-first, and Redpanda is a compatibility target for Kafka-compatible replication workflows. Support claims should stay scoped to the visible example and validation matrix in the repo. If a workflow depends on broker-specific features outside that matrix, document the limitation before claiming support.

0 commit comments

Comments
 (0)