Skip to content

Document Nexus with Global Namespaces (multi-region failover) for self-hosted#4906

Draft
stephanos wants to merge 1 commit into
mainfrom
stephan/self-hosted-nexus-global-namespaces
Draft

Document Nexus with Global Namespaces (multi-region failover) for self-hosted#4906
stephanos wants to merge 1 commit into
mainfrom
stephan/self-hosted-nexus-global-namespaces

Conversation

@stephanos

@stephanos stephanos commented Jul 17, 2026

Copy link
Copy Markdown
Contributor

What

Adds a Global Namespaces (multi-region failover) section to the self-hosted Temporal Nexus guide (production-deployment/self-hosted-guide/temporal-nexus.mdx), and reorders Build and use Nexus Services above it.

Why

Self-hosted operators running Nexus across two regions need to know how asynchronous Operation completion callbacks survive a Global Namespace failover, and exactly what to configure. The previous guide implied Nexus was single-cluster only.

Key points

  • Worker-target callbacks are routed internally to the caller Namespace's current active cluster — no callback URL, DNS, or proxy to manage.
  • Every cluster must set a frontend httpPort and advertise clusterMetadata.clusterInformation.<cluster>.httpAddress; the operator cluster upsert flow does not set the latter (cross-cluster callbacks otherwise fail with HTTPAddress not configured for cluster: <name>).
  • Enable system.enableNamespaceNotActiveAutoForwarding; register the endpoint in every region (the registry is not replicated).
  • Covers permanent region loss.

Verification

Verified end-to-end against a local two-region xDC setup: graceful failover, handler-only failover, and unplanned hard failover / permanent region loss.

Still to do (draft)

  • Vale/style pass: em-dash usage, proper-noun casing (Worker/Workflow/Task Queue), and cluster vs. Temporal Service wording (Multi-Cluster Replication context).

🤖 Generated with Claude Code

┆Attachments: EDU-6740 Document Nexus with Global Namespaces (multi-region failover) for self-hosted

Documents how Nexus Operation completion callbacks behave when a Global
Namespace fails over between clusters, and the configuration required for
worker-target endpoints: endpoint registry parity, replicated Namespaces,
auto-forwarding, and a frontend httpPort plus advertised httpAddress on every
cluster. Reorders "Build and use Nexus Services" above the new section.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
@vercel

vercel Bot commented Jul 17, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
temporal-documentation Ready Ready Preview, Comment Jul 17, 2026 1:07am

Request Review

@github-actions

Copy link
Copy Markdown
Contributor

📖 Docs PR preview links

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.

1 participant