Why self-host
Platforms
Each model ships on two platforms. Your agreement decides which ones your team gets, and in which modes; Developer → Self Host shows them.
The GPUs each model needs are on Models. On
either platform, ingress, DNS, TLS, external load balancing, and network allowlists
are yours to choose and configure.
Billing
Both platforms come in either billing mode:Supported APIs
A self-hosted deployment serves:- Text to speech over HTTP and WebSocket streaming.
- Reference voices. A request that names a voice by
reference_iduses that voice’s archive on the deployment. Your team’s fish.audio voices and Fish Audio’s official voices get there by hand, or over HTTPS through the optional voice sync; the hosted voice library is never read at request time. - Word and segment timestamps, optional. They need one more GPU; contact Fish Audio to enable them.
Getting access
1
Agree the deployment scope
Self-hosting is enabled per team under an enterprise agreement. Reach out
through fish.audio/enterprise with your GPU
target, expected concurrency, and whether you need air-gapped operation.
2
Get your team enabled
Once your agreement is in place, Fish Audio grants your team the models and
modes it is entitled to, and the charts and images that go with them.
3
Create a deploy token
Sign in to fish.audio and open Developer → Self Host to see the
models, platforms, and modes your team is granted and to create the token that
authenticates against the registry. See
Registry & license.
Next steps
Models
The models you can self-host, and where their requirements differ.
Requirements
GPU, CPU, memory, storage, and platform baselines.
Registry & license
Create a deploy token, sign in, and download the license bundle.
Kubernetes deployment
What the Helm install involves and what to arrange first.
All-in-One container
Run the whole stack from a single
docker run.Air-gapped deployments
Mirror artifacts, account for usage offline, and prove zero egress.
Operations
Monitoring signals, scaling, backups, and upgrades.

