Ana içeriğe atla
OpenClaw’ı Kubernetes üzerinde çalıştırmak için minimal bir başlangıç noktası; üretime hazır bir dağıtım değildir. Temel kaynakları kapsar ve ortamınıza uyarlanmak üzere tasarlanmıştır.

​
Neden Helm değil?

OpenClaw, bazı yapılandırma dosyalarına sahip tek bir container’dır. Asıl özelleştirme altyapı şablonlamasında değil, agent içeriğindedir (markdown dosyaları, Skills, yapılandırma geçersiz kılmaları). Kustomize, Helm chart ek yükü olmadan overlay’leri yönetir. Dağıtımınız daha karmaşık hale gelirse, bu manifestlerin üzerine bir Helm chart katman olarak eklenebilir.

​
Gerekenler

  • Çalışan bir Kubernetes kümesi (AKS, EKS, GKE, k3s, kind, OpenShift vb.)
  • Kümenize bağlı kubectl
  • En az bir model sağlayıcısı için API anahtarı

​
Hızlı başlangıç

# Replace with your provider: ANTHROPIC, GEMINI, OPENAI, or OPENROUTER
export <PROVIDER>_API_KEY="..."
./scripts/k8s/deploy.sh

kubectl port-forward svc/openclaw 18789:18789 -n openclaw
open http://localhost:18789
Control UI için yapılandırılmış paylaşılan secret’ı alın. Bu dağıtım betiği varsayılan olarak token kimlik doğrulaması oluşturur: 
kubectl get secret openclaw-secrets -n openclaw -o jsonpath='{.data.OPENCLAW_GATEWAY_TOKEN}' | base64 -d
Yerel hata ayıklama için ./scripts/k8s/deploy.sh --show-token, dağıtımdan sonra token’ı yazdırır.

​
Kind ile yerel test

Bir kümeniz yoksa, Kind ile yerel olarak bir tane oluşturun: 
./scripts/k8s/create-kind.sh           # auto-detects docker or podman
./scripts/k8s/create-kind.sh --delete  # tear down
Ardından her zamanki gibi ./scripts/k8s/deploy.sh ile dağıtın.

​
Adım adım

​
1) Dağıt

Seçenek A — Ortamda API anahtarı (tek adım): 
# Replace with your provider: ANTHROPIC, GEMINI, OPENAI, or OPENROUTER
export <PROVIDER>_API_KEY="..."
./scripts/k8s/deploy.sh
Betik, API anahtarı ve otomatik oluşturulmuş bir Gateway token’ı içeren bir Kubernetes Secret oluşturur, ardından dağıtımı yapar. Secret zaten varsa, mevcut Gateway token’ını ve değiştirilmeyen sağlayıcı anahtarlarını korur. Seçenek B — Secret’ı ayrı oluştur: 
export <PROVIDER>_API_KEY="..."
./scripts/k8s/deploy.sh --create-secret
./scripts/k8s/deploy.sh
Yerel test için token’ın stdout’a yazdırılmasını istiyorsanız iki komuttan biriyle --show-token kullanın.

​
2) Gateway’e eriş

kubectl port-forward svc/openclaw 18789:18789 -n openclaw
open http://localhost:18789

​
Neler dağıtılır?

Namespace: openclaw (configurable via OPENCLAW_NAMESPACE)
├── Deployment/openclaw        # Single pod, init container + gateway
├── Service/openclaw           # ClusterIP on port 18789
├── PersistentVolumeClaim      # 10Gi for agent state and config
├── ConfigMap/openclaw-config  # openclaw.json + AGENTS.md
└── Secret/openclaw-secrets    # Gateway token + API keys

​
Özelleştirme

​
Agent talimatları

scripts/k8s/manifests/configmap.yaml içindeki AGENTS.md dosyasını düzenleyin ve yeniden dağıtın: 
./scripts/k8s/deploy.sh

​
Gateway yapılandırması

scripts/k8s/manifests/configmap.yaml içindeki openclaw.json dosyasını düzenleyin. Tam başvuru için Gateway yapılandırması bölümüne bakın.

​
Sağlayıcı ekleme

Ek anahtarlar dışa aktarılmış şekilde yeniden çalıştırın: 
export ANTHROPIC_API_KEY="..."
export OPENAI_API_KEY="..."
./scripts/k8s/deploy.sh --create-secret
./scripts/k8s/deploy.sh
Mevcut sağlayıcı anahtarları, siz üzerine yazmadıkça Secret içinde kalır. Veya Secret’ı doğrudan patch edin: 
kubectl patch secret openclaw-secrets -n openclaw \
  -p '{"stringData":{"<PROVIDER>_API_KEY":"..."}}'
kubectl rollout restart deployment/openclaw -n openclaw

​
Özel namespace

OPENCLAW_NAMESPACE=my-namespace ./scripts/k8s/deploy.sh

​
Özel image

scripts/k8s/manifests/deployment.yaml içindeki image alanını düzenleyin: 
image: ghcr.io/openclaw/openclaw:latest # primary; official Docker Hub mirror: openclaw/openclaw:latest

​
Port-forward ötesine açma

Varsayılan manifestler, Gateway’i pod içinde loopback’e bağlar. Bu, kubectl port-forward ile çalışır, ancak pod IP’sine ulaşması gereken bir Kubernetes Service veya Ingress yolu ile çalışmaz. Gateway’i bir Ingress veya yük dengeleyici üzerinden açmak istiyorsanız:
  • scripts/k8s/manifests/configmap.yaml içindeki Gateway bind değerini loopback yerine dağıtım modelinizle eşleşen loopback olmayan bir bind olarak değiştirin
  • Gateway kimlik doğrulamasını etkin tutun ve doğru TLS sonlandırmalı bir giriş noktası kullanın
  • Desteklenen web güvenliği modelini kullanarak Control UI’ı uzak erişim için yapılandırın (örneğin gerektiğinde HTTPS/Tailscale Serve ve açıkça izin verilen origin’ler)

​
Yeniden dağıtma

./scripts/k8s/deploy.sh
Bu, tüm manifestleri uygular ve yapılandırma veya secret değişikliklerini almak için pod’u yeniden başlatır.

​
Kaldırma

./scripts/k8s/deploy.sh --delete
Bu, namespace’i ve içindeki PVC dahil tüm kaynakları siler.

​
Mimari notları

  • Gateway varsayılan olarak pod içinde loopback’e bağlanır, bu nedenle dahil edilen kurulum kubectl port-forward içindir
  • Küme kapsamlı kaynak yoktur; her şey tek bir namespace içinde bulunur
  • Güvenlik: readOnlyRootFilesystem, drop: ALL yetenekleri, root olmayan kullanıcı (UID 1000)
  • Varsayılan yapılandırma, Control UI’ı daha güvenli yerel erişim yolunda tutar: loopback bind artı http://127.0.0.1:18789 adresine kubectl port-forward
  • localhost erişiminin ötesine geçerseniz, desteklenen uzak modeli kullanın: HTTPS/Tailscale artı uygun Gateway bind ve Control UI origin ayarları
  • Secret’lar geçici bir dizinde oluşturulur ve doğrudan kümeye uygulanır; repo checkout’a hiçbir secret materyali yazılmaz

​
Dosya yapısı

scripts/k8s/
├── deploy.sh                   # Creates namespace + secret, deploys via kustomize
├── create-kind.sh              # Local Kind cluster (auto-detects docker/podman)
└── manifests/
    ├── kustomization.yaml      # Kustomize base
    ├── configmap.yaml          # openclaw.json + AGENTS.md
    ├── deployment.yaml         # Pod spec with security hardening
    ├── pvc.yaml                # 10Gi persistent storage
    └── service.yaml            # ClusterIP on 18789

​
İlgili