What you need to run a Guardway gateway in development or production. The gateway ships as a Docker image; you don’t install any language runtimes on the host.Documentation Index
Fetch the complete documentation index at: https://docs.guardway.ai/llms.txt
Use this file to discover all available pages before exploring further.
Hardware
Development
- CPU: 2 cores
- RAM: 4 GB
- Disk: 2 GB free
- Network: standard internet connection
Production
- CPU: 4 cores (8+ recommended)
- RAM: 8 GB (16+ recommended)
- Disk: 100 GB free — logs, Redis persistence, cache
- Network: 1 Gbps interface recommended
Software
You do not need Node.js, pnpm, or any language runtime on the host. The gateway container bundles everything.
API keys
At least one LLM provider API key is required for the gateway to serve traffic. You configure keys in the dashboard after the gateway is online — see Connect a provider. The full list of supported providers lives there; common ones include OpenAI, Anthropic, Google Gemini, Groq, and Mistral.Network
Outbound (from the gateway)
- HTTPS (443) to
api.guardway.ai— control plane. - HTTPS (443) to each LLM provider’s API.
- Docker Hub / your registry — image pulls only.
Inbound (to the gateway)
- Port 8080 (default) — gateway HTTP API. Must be reachable from whichever machine runs the dashboard if you want to use the Playground, Logs, or Traces against it.
Security expectations
Secrets you’ll need to store somewhere (env vars, Docker secrets, K8s secrets, Vault, Secrets Manager, Key Vault, etc.):- The one-time registration token (used once at boot — see Deployment)
- LLM provider API keys
- TLS certificates if you terminate TLS at the gateway
Platform-specific
- Kubernetes
- AWS
- Azure
- GCP
- Kubernetes 1.24+
- Ingress controller (nginx, Traefik, or equivalent)
- Persistent volume for
/var/lib/guardwayif you want cache + audit logs to survive restarts