Follow Discord
Sweep 25 Sep 2026 · 19:33Z Build v2.1.283 504 read Stable v2.1.274 Latest v2.1.283 Next v2.1.283 Feeds RSS JSON llms.txt llms-full.txt Unofficial

Claude Code v2.1.282 ·

Gateway readiness check can ride out short Postgres outages

A new store.readiness_grace_seconds setting keeps the gateway's /readyz check reporting ready for a set time while Postgres is not answering

Use it now Notable New Features
JSON All of v2.1.282
Use it nowTier: how much it should matter to you
4Useful: my rating, 1 to 5
2Signal: worth watching, 1 to 5
Self-Hosted GatewayArea: what it touches
New FeaturesKind: in v2.1.282,
What probably matters to youSection of the release
What

The gateway's Postgres store configuration has a new setting, store.readiness_grace_seconds. /readyz is the address a hosting platform checks to decide whether a copy of the gateway is ready to take traffic. While Postgres, the database the gateway stores its data in, is not answering, /readyz now keeps reporting ready for up to this many seconds before it reports not ready.

  • store.readiness_grace_seconds takes a whole number from 0 to 3600.
  • It can be written as a number or as a string of digits.
  • It defaults to 0, which keeps the previous behaviour of reporting not ready straight away.

The gateway also writes new log lines that explain the setting.

Why

During a brief database failover, a hosting platform that sees the gateway report not ready may pull or replace its running copies. A short grace period keeps them in place while the database comes back.

Read from
Names in the bundlestore.readiness_grace_seconds
Since it was published

The entry above is what we published on the day. These lines were added later, as Anthropic's own pages caught up, and they sit beside the original rather than replacing it.

Added since A small documentation edit on Claude apps gateway spend limits touched a line naming store.readiness_grace_seconds after this was published. Fail-open only helps while your load balancer or orchestrator still routes traffic to the gateway. See [Outage behavior](/docs/en/claude-apps-gateway-deploy#outage-behavior) for `store.readiness_grace_seconds`, which keeps replicas passing… claude-apps-gateway-spend-limits see the edit
Confirmed since Anthropic's documentation has since written up store.readiness_grace_seconds, on Claude apps gateway deployment and operations. The gateway serves `GET /healthz` as a liveness probe and `GET /readyz` as a readiness probe. `/readyz` verifies the store is reachable. If you set [`store.readiness_grace_seconds`](/docs/en/claude-apps-gateway-config#store), `/readyz` kee… claude-apps-gateway-deploy see the edit
How sure we are
Something disagreesSomething we can check disagrees with this entry, or the writer said they could not settle it.
The writer flagged doubtThe full wording of the new log lines is not known.
Anthropic's documentation agreesAnthropic's documentation has since written up store.readiness_grace_seconds, on Claude apps gateway deployment and operations.
Anthropic's release notes agreeAdded store.readiness_grace_seconds to the Claude apps gateway so /readyz can stay ready through a short Postgres outage such as a database…

See this entry in the whole of v2.1.282 →

Feedback