Multi-tenancy

Multi-tenancy is a software architecture where one application instance serves multiple customer organizations, called tenants. Logical controls keep each tenant’s data separate even though the underlying infrastructure is shared. Isolation models vary. Some platforms use a shared database with tenant ID columns distinguishing each customer’s records. Others use separate schemas per tenant. The strongest option is a fully dedicated instance per customer. Shared infrastructure is what keeps cloud contact center pricing low. Dedicated or on-premise deployment is the usual alternative for regulated buyers who need stronger separation between their data and everyone else’s. A procurement team evaluating an AI vendor should ask directly whether conversation data shares storage with other customers, and how encryption keys are separated between tenants. Both answers affect data sovereignty and audit requirements, so they are worth writing into a contract, not just a sales conversation.

Multi-tenancy is a software architecture where one application instance serves multiple customer organizations, called tenants. Logical controls keep each tenant’s data separate even though the underlying infrastructure is shared. Isolation models vary. Some platforms use a shared database with tenant ID columns distinguishing each customer’s records. Others use separate schemas per tenant. The strongest option is a fully dedicated instance per customer. Shared infrastructure is what keeps cloud contact center pricing low. Dedicated or on-premise deployment is the usual alternative for regulated buyers who need stronger separation between their data and everyone else’s. A procurement team evaluating an AI vendor should ask directly whether conversation data shares storage with other customers, and how encryption keys are separated between tenants. Both answers affect data sovereignty and audit requirements, so they are worth writing into a contract, not just a sales conversation.

Related terms

On-premise

On premise means software runs on servers the customer owns or controls, inside their own data center or private cloud, instead of the vendor’s environment. In an AI contact center, on-premise deployment gives regulated operators direct control over where conversation data is processed and stored. This matters when telephony investments, internal audit rules, or sector regulation make external hosting difficult to justify. Example: a utility keeps call recordings inside its own network, while the AI model itself runs in an isolated environment the utility controls directly. The trade-off is real. The customer takes on hardware cost, patching and upgrade cycles, and the engineering staff needed to run the stack. The vendor no longer carries that work. Many enterprises land on a hybrid model instead. They pair on-premise components with private cloud for everything that does not require strict data isolation, which keeps costs lower than a fully on-premise build.

Data sovereignty

Data sovereignty is the principle that data is subject to the laws of the country where it is stored or processed. A foreign government may be able to compel access to that data regardless of who owns it. Data sovereignty differs from data residency, which only addresses where data physically sits. It also differs from data localization, which is a legal mandate requiring data to stay within a country’s borders. Example: a Saudi bank may require in-country processing to meet PDPL expectations. Storage location alone would not resolve which jurisdiction’s laws actually govern that data, so residency and sovereignty have to be considered together. OnClarity operates under SOC 2 Type II controls. OnClarity is also GDPR and HIPAA Ready, and it aligns with Saudi PDPL. OnClarity offers in-country data residency options for enterprises that need processing to stay within a specific legal jurisdiction.

Data residency

Data residency is the requirement that customer data be stored and processed inside a specific country or region. Regulated industries and public-sector buyers frequently mandate it, which makes deployment location a procurement question rather than a technical detail for any support platform handling personal data.

Support teams are no longer a cost centre.

See how AI Support Agent, Agent Assist, and VoC Analyst work on your own ticket volume.