Skip to main content
Argus runs as the same desktop application in both deployment models below. What changes is where LLM traffic goes and who operates the backend, if any is used at all. See Architecture overview for the full connection model, and IT prerequisites for network and allowlisting detail.

Cloud

Fully managed by Cosmon. OAuth sign-in, LLM calls proxied through the Cosmon backend, telemetry and sync included.

On-premise (BYOK)

Runs entirely in your environment. No Cosmon backend, no account — bring your own LLM key or point at an internal model.

Cloud

Cloud is the fully managed offering. Users sign in with OAuth, and every LLM request is proxied through the Cosmon backend under Cosmon’s provider agreements. Authorization, usage telemetry, cross-device sync, and application updates are all handled automatically. Dedicated single-tenant infrastructure is available for organizations that need physical data isolation while keeping the managed experience — see backend topology.

Advantages

  • No infrastructure to install, patch, or maintain
  • New features and model upgrades ship automatically
  • One consolidated invoice — no separate LLM provider contract
  • Centralized user management, team collaboration, and sync
  • Cosmon owns uptime, scaling, and security patching
  • Dedicated single-tenant hosting available on request

Considerations

  • Prompts and responses route through the Cosmon backend
  • Requires outbound network access to Cosmon’s domains
  • Data residency is tied to Cosmon’s hosting region, unless single-tenant
  • Availability depends on Cosmon’s service uptime

On-premise (BYOK)

On-premise runs the same desktop application inside your environment with no Cosmon account and no sync. The application is licensed either with an air-gapped license file or a floating product key (see Install on-premise). From there, you choose where the model lives: point Argus at a model hosted on your own infrastructure, so the LLM never leaves your network either, or call an external provider’s API directly using your own key. Prompts and responses go only to that endpoint. The current build still sends update checks, error reports and operational traces to Cosmon, and a floating license checks in with its license server. See What still reaches Cosmon for the hosts to allow or block.

Advantages

  • Prompts, responses and files never pass through Cosmon, regardless of which model you point at (with history sharing off)
  • With an internal model, conversation content never leaves your network; with an external API, only your LLM provider sees it
  • Independent of Cosmon’s uptime
  • Minimal procurement overhead — no vendor security review of a hosted backend required
  • Well suited to evaluations, strict data-sovereignty, and air-gapped-adjacent environments

Considerations

  • No centralized user management, collaboration, or cross-device sync
  • Updates install automatically only when Cosmon’s update host is reachable; otherwise you apply them by hand
  • No consolidated billing — LLM usage is billed directly to you by the provider
  • Your team manages issuing, storing, and rotating API keys
  • No usage analytics or admin dashboard, by design

Install on-premise

Pick the license that matches the machines’ network access. Both use the same installer and the same LLM setup.

Air-gapped license

A signed license file locked to one machine and verified offline. For machines with no network access.

Floating license

One product key shared across a pool of seats, activated online. For machines that can reach the license server.

Compare

Which should you choose?

Choose Cloud if

You want the fastest path to value, centralized team management, and automatic updates, and you’re comfortable with a trusted vendor operating the infrastructure — with single-tenant hosting available if you need stricter isolation later.

Choose On-premise if

Data isolation is a hard requirement, your environment is air-gapped-adjacent, or minimizing your external vendor footprint matters, and your team can manage updates and API keys directly.
For the full connection model — including authorization modes, telemetry, and LLM trace collection — see Architecture overview. For network and IT allowlisting details, see IT prerequisites.