UPDATED · 17 JUN 2026 · EDIT ON GITHUB
ARCHITECTURE · DEPLOYMENT MODELS

Deployment models.

Three options. Same software, different ownership boundaries.

The three models

SaaS
DEFAULT

We run the fabric. Your data lands in a single-tenant cell in your chosen region with customer-managed keys.

· AWS, GCP, Azure · 14 regions incl. EU, GovCloud · SLA: 99.95% control plane
BYOC
YOUR CLOUD

Data plane in your AWS / GCP / Azure account; we operate the control plane. Data never leaves your perimeter.

· Terraform module · 14 min provision · Air-gapped option · FedRAMP High eligible
Self-Hosted
CUSTOM

For sovereign deployments. You operate everything; we ship images and detection updates.

· Kubernetes · Helm chart · Detection feed via signed bundle · Min 24 vCPU control plane

Choosing a model

The software is identical across all three; only the ownership boundary moves. This table is the quick decision aid.

 SaaSBYOCSelf-Hosted
Data planeOur cloudYour cloud accountYour infrastructure
Control planeWe operateWe operateYou operate
KeysYour KMS (CMK)Your KMSYour KMS / HSM
Regions14 incl. EU, GovCloudAny in your cloudAnywhere
FedRAMPHigh (GovCloud)High eligibleATO-ready
ProvisionInstant~14 min (Terraform)Helm chart
UpdatesAutomaticAutomatic (control plane)Signed bundle
SLA99.95% control plane99.9% control planeSelf-operated

Connectivity

Collectors push outbound only over mutually-authenticated TLS — there is no inbound listener to expose. In BYOC, event data stays in your account and never crosses your perimeter; only control signals (detection-plan updates, health, case metadata) traverse the link. Sovereign and air-gapped deployments receive detection and intelligence updates as a signed offline bundle instead of a live feed.

← PREV Response Engine NEXT → Security Model