Platform / Deployment

Deployment and sovereignty.

Choose where the analytical workload runs, which inputs may cross a boundary and how access is governed.

The boundary in practice

Your data has an address. Some of it should only go as far as you allow. KADE works within the boundary you set. The boundary is yours.

01 / Placement options

First, choose where
the work runs.

One platform. Three ways to place the boundary.

01 / HostedSubject to validation

Run with KADE.

The hosted model places analytical processing in a KADE-controlled environment. Permitted inputs and access are agreed by contract.

Workload / Permitted inputs / Access
Workload
KADE-controlled environment
Transfer
Permitted inputs, defined by contract
Availability
Requirements and validation to be agreed
The deployment contract defines the permitted flow.01 / 03
02 / Hybrid sovereignIn development

Place selected work inside.

Processing is split across agreed environments. Residency, interfaces and access depend on the institution’s deployment contract and validation.

Workload / Permitted inputs / Access
Workload
Split across agreed environments
Transfer
Only the flows agreed for this deployment
Availability
Specified and in development
The contracted design defines the split.02 / 03
03 / Fully sovereignIn development

Keep the workload within.

The analytical workload is designed to run inside the institution’s environment, subject to the agreed technical and control requirements.

Workload / Permitted inputs / Access
Workload
Institutional environment
Transfer
Determined by the validated deployment design
Availability
Specified and in development
The workload follows the validated institutional boundary.03 / 03

Build state / October 2026Hosted deployment is a proposed placement model, subject to technical validation and agreement. Hybrid sovereign and fully sovereign deployment are specified and in development. No certified sovereign runtime is in production today.

02 / Data flows

Then, define what
may cross.

Permitted flows depend on the agreed deployment design.

The institution and KADE agree the inputs, interfaces and access for the selected configuration.

03 / Comparison

Your institution
retains control.

The technical profile determines where the work happens. Availability and permitted transfers remain specific to each deployment.

Workload, transfers and availability by deployment profile
Profile01Hosted02Hybrid sovereign03Fully sovereign
WorkloadKADE-controlled environmentSplit across agreed environmentsInstitutional environment
TransfersPermitted inputs, defined by contractOnly the flows agreed for the deploymentDetermined by the validated deployment design
AvailabilityRequirements and validation to be agreedSpecified and in developmentSpecified and in development

04 / Your requirements

Deployment around
your requirements.

Where intelligence runs, what data may move and who can access it are defined for each institutional deployment.

KADE works with your technical and governance teams to agree the operating environment, integration requirements and applicable controls. Availability, data residency and service commitments depend on the selected configuration and its validation.

Discuss your deployment requirements →

Institutional enquiries

Talk to the team.

Discuss your institution’s workflows, integration or deployment requirements.