Skip to main content
Deploy in Distributed mode to maintain local control over MCP server definitions while receiving security policies and organization settings from the Control Plane.

Prerequisites

  • Golf Gateway account with gateway created
  • Docker or Kubernetes environment (with Redis available)
  • Local YAML configuration file
Golf Gateway requires Redis for session management, rate limiting, replay protection, and authentication caching. Ensure Redis is available before deploying.

When to use Distributed Mode

Distributed mode is ideal when you need:
  • Local control over MCP server definitions
  • Central management of security policies
  • Gradual migration to full Centralized mode management

Create the configuration file

Create golf-gateway.yaml. The control_plane section activates Distributed mode — the gateway reads servers from this YAML file while fetching organization policies from the Control Plane.
Treat your configuration file as a secret. The YAML file may contain sensitive information such as server URLs, group names, and policy configurations. Never commit it to version control unencrypted.For production deployments, store your configuration in:
  • AWS Secrets Manager with External Secrets Operator
  • HashiCorp Vault with External Secrets Operator
  • Kubernetes Secrets (not ConfigMaps)

Deploy with YAML config

Golf Gateway offers additional Helm charts for different deployment scenarios. Contact the Golf team for more details on available charts and enterprise deployment options.

What comes from where

Verify Distributed mode

  1. Check health endpoint:
  2. Verify servers synced to Control Plane:
    • In Admin Portal, go to MCP Servers
    • Your YAML-defined servers appear with a YAML badge
Changes to the YAML file are detected automatically. The gateway reloads configuration without restart.