Moshe Avdiel

Posted on Aug 14 • Originally published at github.com

We Stopped Shipping Outbox Poll Interval as a Constant (Fintech)

The Aha: outboxPollMs is not a property file trophy. It is incident posture — and posture that waits for a jar is already late.

Error budget burn asked for quieter logs. DEBUG stayed on until the next image.

Domain: payments, fraud, ledger. This essay maps hub key outboxPollMs to outbox poll interval so the lesson stays concrete for fintech operators.

The problem: ceremony between judgment and effect

You already know the right number. Everyone in the war room knows the right number. What you do not have is a path from mouth → running process that is shorter than a release train.

When outbox poll interval is frozen in YAML, every incident becomes a process argument. When it lives in a hub with clamps, the argument ends and the work begins.

Belief	Production
Flags cover this	Second system, second delay, second outage mode
Defaults are fine	Defaults become root causes under load
The mesh owns that	Mesh freezes share to another YAML dialect
We'll tune next sprint	Incidents do not respect sprints

The Aha: local read, live write

Kiponos.io holds the tree. The Java SDK keeps the latest value in memory, patched over WebSocket deltas. Hot path: local get — no per-request hub RTT.

examples/
  ops-fintech-outbox-poll-ms/
    outboxPollMs: 500   # outbox poll interval
    hardMax: compiled-in-app
    failClosed: true

Folder policy = kiponos.path("examples", "ops-fintech-outbox-poll-ms");
int outboxPollMs = policy.getInt("outboxPollMs");
if (outboxPollMs <= 0) {
    return failClosed(); // money paths
}
return apply(outboxPollMs);

Ops sets outboxPollMs in the dashboard (or automation writes the same path). The next evaluation uses the new value. Same jar. Same tests for structure.

What stays in the jar vs the hub

Jar (versioned)	Hub (live)
Code paths & clamps	Operational numbers
Hard maxima / allowlists	Current posture
Schema & types	Human judgment under pressure
Fail-closed defaults	Temporary incident overrides

Architecture

Dashboard / automation ──write──► Kiponos hub tree
                                      │ WebSocket delta
                                      ▼
                               SDK in-process cache
                                      │ local get
                                      ▼
                               Hot path decision (outbox poll interval)

No sidecar tax on every request. No second product for "just this one dial."

Clone and learn the pattern

git clone https://github.com/kiponos-io/kiponos-io.git
# See examples/java/* for runnable Super Pattern / Aha modules
# Profile: ['app']['release']['env']['config'] — same shape as production

Getting started: GETTING-STARTED.md · Product: kiponos.io

Scenarios

Moment	Frozen YAML	Live hub
Incident	PR + pipeline	Seconds
Peak event	Over-provision	Dial down/up
Experiment	Long-lived branch	Same jar
Rollback	Redeploy previous	Revert hub value
Region skew	Copy three files	Per-folder values

When not to live-edit

Protocol or schema changes that need coordinated rollouts
Values that compliance requires code-reviewed only
Anything you cannot clamp or allowlist safely
Secrets (use a secret manager — never the ops posture tree)

Live knobs are for posture, not for inventing untested systems under fire.

Operational checklist

Name the hub path so humans find it under pressure (examples/ops-fintech-outbox-poll-ms/outboxPollMs).
Default safely when the hub is unreachable (fail closed on money paths).
Allowlist writers (dashboard roles + automation identities).
Log the decision, not every get.
Rehearse the flip in staging with a sibling example module.
Document the one-line kill path (revert key).
Record from→to + reason code in the incident timeline.

Why this is not "just another flag"

Feature flags are often product gates. This essay is about ops posture on a hot path: outbox poll interval for fintech — numbers humans already change verbally in war rooms.

Kiponos makes that verbal decision executable without a second control plane tax on every request.

Failure budget vs this dial

Treat outboxPollMs as a slice of error budget, not a comfort blanket. Raise it when the dependency is healthy; lower it when the dependency is already sick. Write the number that survives a bad day, not the number that flatters a sunny demo.

Automation may write the same path

Budget burn high → automation tightens. Dependency green → automation restores baseline. Humans override both via the same hub path. One tree — no second product.

Incident script (paste into runbook)

Confirm the signal (SLO burn, queue depth, partner errors).
Move outboxPollMs to the emergency value (documented floor/ceiling).
Watch two metrics for five minutes.
Step or revert.
Postmortem line: who moved from→to and why.

A note on testing

Unit-test structure with fixed strings (no network). Integration-test the hub path against the public sandbox when you can.

Good tests:

Defaults when keys are missing
Clamps reject out-of-range values
Fail-closed behavior for money paths

Bad tests:

Hitting production hubs from CI
Asserting wall-clock times for WebSocket delivery

Closing note

Architecture diagrams do not absorb incidents. Steerable posture does — with audit, clamps, and a revert path written before you need it.

Moral

outbox poll interval that requires a deploy is optimistic documentation.

Ship judgment. Leave the jar alone.

Series: Kiponos live ops posture · Pattern library: kiponos-io/docs · SDK examples: examples/java

DEV Community