Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.tensor9.com/llms.txt

Use this file to discover all available pages before exploring further.

Once the deployment is running, here’s how to check its status and health.

​
From Your Infrastructure

Check controller status:
kubectl get pods -n <namespace>
View controller logs:
kubectl logs -n <namespace> <controller-pod-name>
Check resource usage:
kubectl top pods -n <namespace>
View recent events:
kubectl get events -n <namespace> --sort-by='.lastTimestamp'

​
Application Telemetry

If you and we agree to enable application telemetry, the controller can forward operational metrics to our monitoring systems. This enables us to proactively detect issues and provide better support. What gets forwarded (when enabled):
  • Application health metrics (uptime, error rates)
  • Resource utilization (CPU, memory)
  • Deployment status changes
What is never forwarded:
  • Your secrets or credentials
  • Your other workloads’ metrics
  • Network traffic data
  • User data processed by the application
Telemetry is off by default and only enabled when both parties agree.

​
Health Checks

The controller performs regular health checks on the application:
  • Pod readiness - Are the application containers running and ready to serve traffic?
  • Liveness - Is the application responding to health probes?
  • Connectivity - Can the controller communicate with our systems?
If a health check fails, the controller can take automatic remediation actions (like restarting a pod).

​
Alerting

We monitor the controller’s connectivity from our side. If the controller goes offline or reports errors, we’re aware and can reach out proactively. You don’t need to set up monitoring for the controller itself - that’s our responsibility. For monitoring the application’s business logic and user-facing behavior, use your existing monitoring tools. The application runs in your infrastructure like any other workload.