This runbook provides the standard operating procedures for managing the AI Platform in production. It covers routine operational tasks, health verification, deployment validation, monitoring, and recovery procedures.
kubectl get applications -n argocdExpected:
- All applications are Synced
- All applications are Healthy
kubectl get ns aiExpected:
STATUS: Active
kubectl get pods -n aiExpected workloads:
- ai-ollama
- ai-llm-gateway
- ai-agent-orchestrator
- ai-rate-limit-redis
All pods should be:
- Running
- Ready
- No restart loops
kubectl get svc -n aiExpected services:
- ai-ollama
- ai-llm-gateway
- ai-agent-orchestrator
- ai-rate-limit-redis
curl http://localhost:8080/healthz
curl http://localhost:8080/readyzcurl http://localhost:8081/healthz
curl http://localhost:8081/readyzLLM Gateway:
curl -X POST http://localhost:8080/chat \
-H "Content-Type: application/json" \
-d '{"prompt":"hello"}'AI Agent:
curl -X POST http://localhost:8081/agent/chat \
-H "Content-Type: application/json" \
-d '{"prompt":"check AI platform health"}'kubectl argo rollouts get rollout ai-llm-gateway -n aiExpected:
- Healthy
- Stable
- No paused rollout
- No degraded analysis
curl http://localhost:8080/metrics
curl http://localhost:8081/metricsConfirm AI workloads are scraped successfully.
Verify:
- Request rate
- Error rate
- Latency
- AI metrics
Confirm logs are being ingested.
Verify traces are available for AI requests.
kubectl get nodes --show-labels | grep workload=aiConfirm:
- workload=ai
- purpose=llm
- tier=platform
Scale the LLM Gateway:
kubectl scale deployment ai-llm-gateway \
--replicas=3 \
-n aiVerify:
kubectl get pods -n aiRestart AI services safely:
kubectl rollout restart deployment ai-llm-gateway -n ai
kubectl rollout restart deployment ai-agent-orchestrator -n aiForce Argo CD reconciliation:
argocd app sync ai-platformCheck application health:
argocd app get ai-platformDisable AI infrastructure when idle.
Expected outcome:
- AI node pool removed
- Core platform remains operational
- Infrastructure cost reduced
View AI logs:
kubectl logs deployment/ai-llm-gateway -n ai
kubectl logs deployment/ai-agent-orchestrator -n ai
kubectl logs deployment/ai-ollama -n aiWhen an incident occurs:
- Verify Argo CD health
- Verify AI namespace
- Check pod status
- Review Kubernetes events
- Review Prometheus metrics
- Review Elasticsearch logs
- Review Tempo traces
- Verify Istio traffic
- Check recent deployments
- Roll back if required
Recover services in this order:
- Infrastructure
- Argo CD
- AI Runtime
- LLM Gateway
- AI Agent
- Frontend AI Assistant
- Use GitOps for all configuration changes.
- Avoid manual modifications in the cluster.
- Monitor AI metrics continuously.
- Investigate restart loops immediately.
- Validate canary deployments before promotion.
- Keep AI workloads isolated on the dedicated AI node pool.
- Rotate secrets through External Secrets and Secret Manager.
- Review logs and traces during incident investigations.
Following this runbook helps ensure the AI platform remains healthy, secure, observable, and recoverable while adhering to GitOps and production operational best practices.