On-premise

On your Kubernetes,
in eight steps.

From the provider template to the release deploy: everything needed to run Ventic in your own cluster.

Install Ventic · On-premise

Download Ventic.
Run it on your cluster.

Start from the official template, fetch the signed release and deploy the whole platform on your Kubernetes. Same services, same data and same installation before and after you buy.

Paste it into Claude Code, Codex or another coding agent to automate the deploy. The included rules make it ask you for values and never expose secrets.

  1. 01

    Get your demo key

    Register your company on Licman, open the Ventic product, choose On Premise and request the demo. The key is shown once: save it in a private file.

    install -d -m 700 private private/staging
    umask 077
    $EDITOR private/staging/license.key   # paste the key
    Open Licman
  2. 02

    Start from the template

    Use the template repository as a new repository (or fork it) and clone it. Contoso Ltd is fictional: you will replace identity, domains and artwork.

    git clone git@github.com:<YOUR-ORG>/acme-provider.git
    cd acme-provider
    python3 -m venv .venv && . .venv/bin/activate
    python -m pip install -r requirements-installer.txt
    make help
    Template on GitHub
  3. 03

    Fetch the signed release

    Save the release public key, obtained through an independent trusted channel, at private/release.pub. Set version and origin in config/distribution.yaml, then fetch and verify: nothing is compiled.

    make release-fetch
    make release-check
    VENTIC_INSTALLER="$(python scripts/binary-release.py path)"

    You never build Docker images: the cluster pulls them from the registry pinned in the signed manifest.

  4. 04

    Prepare the cluster

    Kubernetes 1.36 or 1.37, Linux amd64 nodes, a NetworkPolicy-enforcing CNI and a persistent StorageClass. Install any missing controllers (KEDA, cert-manager, ingress, CloudNativePG, External Secrets, Reloader) and deploy OpenBao for secrets.

    kubectl --kubeconfig private/staging/kubeconfig --context acme-demo \
      get namespace kube-system -o jsonpath='{.metadata.uid}'
    
    python "$VENTIC_INSTALLER/scripts/controllers.py" \
      --context acme-demo --kubeconfig private/staging/kubeconfig \
      --cluster-uid <INSPECTED-UID> \
      --openbao-values config/openbao.yaml --openbao-namespace acme-credentials
  5. 05

    Configure domain and brand

    Start from config/production.yaml and save config/demo.yaml. Point six public hosts (marketing, portal, api, docs, chat with wildcard, push) at the ingress. Your logo goes in artwork/portal/.

    installation: acme-demo
    domain: demo.example.org
    profile: bundled
    localBuild: false
    provider:
      name: Acme Demo
      support_email: support@example.org
      terms_url: https://legal.example.org/acme/terms
      privacy_url: https://legal.example.org/acme/privacy
    postgres:
      instances: 1        # demo only, no high availability
    settings:
      SMTP_HOST: smtp.example.org
      S3_BUCKET: acme-demo-data
  6. 06

    Plan, then install

    The plan is offline and lists what is still missing. When complete, Helm installs the four namespaces and verify checks the rollout.

    make deploy-plan ENVIRONMENT=staging
    make deploy-release ENVIRONMENT=staging
    make deploy-verify ENVIRONMENT=staging
  7. 07

    Connect a model and try it

    Connect an approved endpoint or a Rust agent on your hardware, publish the model, fund the workspace and send the first request from the portal.

    The demo includes neither hardware nor inference credit.

  8. 08

    Move to a paid licence

    Buy the licence on Licman: same data, same services, same encryption keys. No reinstall needed.

Commands come from the demo guide and the template README. Never paste keys into Git, shell history or tickets.

Get started

Get in touch
to get started.

We help you install Ventic on your infrastructure and start directly from the workload you want to put in production.