Deployment modes & privacy
How ALGENTA_DEPLOYMENT_MODE selects a privacy profile — cloud, telemetry, metering, and egress defaults — and how the engine fails closed on outbound network in air-gapped runs.
A deployment mode is a single setting — ALGENTA_DEPLOYMENT_MODE — that selects a privacy profile for the engine: whether it may reach Algenta Cloud, whether it emits vendor telemetry, how it meters usage, and which outbound destinations are allowed. One value derives a coherent set of defaults so that "private" deployments are private by construction rather than by a checklist of individual flags. The public modes are saas, vpc, self_hosted, air_gapped, and hybrid_provider.
Why it exists
Algenta runs in places with very different network trust: a multi-tenant hosted plane, a customer VPC, a fully isolated air-gapped install, and a developer laptop. Rather than ask operators to set a dozen independent booleans correctly, the engine reads one mode and derives the rest. The two private modes — self_hosted and air_gapped — flip to a private_profile that disables cloud, disables telemetry, and refuses outbound network by default. Air-gapped goes further: it requires a local license and forbids any control-plane sync, so a misconfiguration cannot silently phone home. Every outbound request is then classified and checked against the active policy, and denied requests fail closed.
Example
The privacy profile is derived from the mode. The two private modes set private_profile = True, which changes the cloud, telemetry, metering, and outbound-network defaults. Each default can still be overridden by its own environment variable.
saas
enabled
control_plane_sync
control_plane_sync
allowed
not required
vpc
enabled
control_plane_sync
control_plane_sync
allowed
not required
hybrid_provider
enabled
control_plane_sync
control_plane_sync
allowed
not required
self_hosted
disabled
local_audit
local_audit
denied
not required
air_gapped
disabled
local_audit
local_audit
denied
required
export ALGENTA_DEPLOYMENT_MODE=air_gapped
# Cloud, telemetry, and outbound network are off by construction.
# control_plane_sync is rejected at startup in this mode:
export ALGENTA_TELEMETRY_MODE=control_plane_sync # raises air_gapped_control_plane_sync_forbiddenEgress is classified before it is allowed. Each outbound destination is classified into one of five classes — algenta_cloud, vendor_telemetry, customer_connector, operator_service, or undeclared_public — and returns an allow/deny decision with a reason. In a private profile with allow_outbound_network=False, an explicitly configured connector or operator service is still reachable only when its host appears in ALGENTA_EGRESS_ALLOWLIST; everything else is denied (destination_not_allowlisted or undeclared_public_egress_disabled).
export ALGENTA_DEPLOYMENT_MODE=self_hosted
# Comma-separated hosts; supports exact host, host:port, and *.suffix wildcards.
export ALGENTA_EGRESS_ALLOWLIST="warehouse.internal,*.db.example.com,minio.local:9000"Use this when
You are choosing how a deployment talks to the network: pick
saas/vpcto use Algenta Cloud,self_hostedfor an on-prem stack, orair_gappedfor a fully isolated install.You need a private install to be private by default —
self_hostedandair_gappeddisable cloud and telemetry and refuse outbound network without per-flag configuration.A private connector, warehouse, or operator service is being denied (
destination_not_allowlisted) and you need to permit exactly that host viaALGENTA_EGRESS_ALLOWLIST.You are deciding how usage is recorded:
disabled,local_auditon the box, orcontrol_plane_syncback to the control plane viaALGENTA_TELEMETRY_MODEandALGENTA_METERING_MODE.You need operator proof that a deployment is cloud-free for an audit or compliance review.
Next
Self-hostingExecution ownership & fail-closedLast updated
Was this helpful?