Skip to main content
BonData runs the same software in every deployment, but the way the components are arranged, what’s multi-tenant versus dedicated, whose AWS account they live in, how the public surface is exposed, depends on the operational context the customer needs. The following scenarios are supported.

Cloud SaaS

Multi-tenant deployment operated entirely by BonData. Intended for proofs of concept and customers on lower-tier packages - tenants are isolated logically and share the same infrastructure in BonData’s AWS account in the United States. Public surface: app.bondata.ai.

Dedicated Cloud

Single-tenant, fully managed, for enterprise customers. A dedicated environment with no other tenants and no shared services, hosted in a separate AWS account that BonData owns and operates. The customer chooses the region but does not provision or operate AWS. Public surface: {customer}.app.bondata.ai, fronted by BonData’s Cloudflare.

Cloud-Prem on AWS

Single-tenant, inside the customer’s own AWS account. BonData provisions and operates the stack via an IAM role the customer creates and can revoke at any time. The customer’s data never leaves their account, except for HTTPS calls to AI model providers. Supports customer-managed encryption keys (BYOK) and customer-owned CloudTrail. Public surface: {customer}.app.bondata.ai, fronted by BonData’s Cloudflare.

At a glance


The component-level description that both scenarios share lives on the Application architecture page. The EKS cluster, networking, storage, and IAM that BonData provisions inside a customer’s AWS account for Cloud-Prem is documented in the Amazon EKS reference architecture.

Not sure which deployment fits?

Contact us to scope the right deployment for your enterprise. We’ll recommend the path that fits your security, residency, and compliance requirements, and walk through the engagement together.