FFORGE//RS

DATA SYSTEMS / KAFKA FIELD LAB

Сохраните порядок. Назовите границу.

Проектируйте event contracts и consumer policies, запускайте их на детерминированном broker fixture и защищайте delivery semantics по наблюдаемым offsets.

● BROKER MODEL READYKafka 4.3 semantic simulatordeterministic · client-side · no cluster claim

CASE / EVENT CONTRACT / KEY / IDEMPOTENT PRODUCER

One order, one ordered log

Three transitions of order ord-42 must remain ordered while unrelated orders scale across partitions. Repair the event envelope, topic contract, partition key and producer durability settings.

FIXTURE
4 order events · 6 partitions
TIMEBOX
24 min
TARGET
Kafka 4.3.1

01 / GUARANTEES

Какой инвариант нужен

Publish versioned, traceable events and preserve aggregate order without claiming a total order for the topic.

Ordering stops at the partition boundary

Kafka appends records in offset order inside one partition. A stable aggregate key keeps transitions that must be ordered together; more partitions add parallelism, not one global order. The lab uses a documented deterministic training hash, so only key stability—not a particular partition number—is the contract.

Producer idempotence protects broker writes

In Kafka 4.3 idempotence requires acks=all, retries above zero and at most five in-flight requests per connection. It prevents retry duplicates in the Kafka log; it does not make a database write and event publish one application transaction.

MANIFEST SURFACEBOUNDED SIMULATION
topic · partitions · partition_key · producer · events[]

02 / POLICY

kafka-policy.json

Инициализация manifest editor…
DETERMINISTIC BROKERJSON · 16 KB · isolated fixture
PARTITIONS / OFFSETS / EFFECTS

Запустите manifest. Simulator не подключается к cluster и не обещает network timing; он воспроизводимо проверяет явно названные Kafka и application invariants.