Local / City

What does sovereign AI look like for Al Khor organisations?

Sovereign AI for Al Khor means data, models, compute and operations stay inside your jurisdiction and perimeter. Plugsky supports region-locked data planes, and where your country is not on the published list, VPC, on-prem and air-gapped patterns are how residency is met, with BYOK key custody. Plugsky publishes no Al Khor office or data centre; sovereignty is delivered by deployment model — see /data-residency for the current region list.

Key facts

Sovereignty criteriaData residency, model control, operational sovereignty and compliance alignment
Deployment modelsPlugsky cloud region, VPC/private endpoint, on-prem and fully air-gapped
Region-locked planesEU (Frankfurt), GCC (UAE and KSA), APAC (Singapore) and US (Virginia and Oregon); confirm the current list
Air-gapped modeNo internet egress, a local model registry and offline update channels
Key custodyBYOK via AWS KMS, Azure Key Vault, HashiCorp Vault or an on-prem HSM
AuditPer-request logs with region; SIEM export; retention up to 7 years
ComplianceSOC 2 Type II under NDA, ISO 27001, HIPAA with a BAA; FedRAMP Moderate in process
Local presenceNo Al Khor office or facility claimed; sovereignty is deployment-based

TL;DR

  • Al Khor's port and industrial base need AI that keeps working when connectivity is constrained.
  • Plugsky publishes no Al Khor facility; options are cloud regions, VPC, on-prem and air-gapped.
  • Per-request audit logs with region fields export to your SIEM, retained up to 7 years.
  • Air-gapped sites run with no internet egress and offline update channels.
  • SOC 2 Type II, ISO 27001 and HIPAA evidence support review; FedRAMP Moderate is in process.

How it works, step by step

  1. Define which sovereignty criteria your regulator, board or customer requires.
  2. Choose the deployment topology: cloud region, private cloud, on-prem or air-gapped.
  3. Decide key custody — managed KMS or an on-prem HSM with BYOK.
  4. Design offline update and model-approval workflows for air-gapped sites.
  5. Validate audit log fields, SIEM export and retention against your policy.
  6. Run a pilot on one workload and collect the evidence procurement needs.
  7. Move to production once the controls are signed off.
1Define whichsovereigntycriteria your2Choose thedeploymenttopology: cloud3Decide key custody— managed KMS or anon-prem HSM with4Design offlineupdate andmodel-approval5Validate audit logfields, SIEM exportand retention6Run a pilot on oneworkload andcollect the

Try it yourself

Open the private LLM deployment estimator →

The Al Khor case for sovereign AI

Al Khor is a coastal city roughly 50 km north of Doha, with a history in fishing and pearling and a modern role as a residential and services centre near the Ras Laffan industrial city. Its port and surrounding industry make operational continuity and supply-chain data important locally. Organisations here often need AI that can be isolated from public endpoints and keep working when connectivity is constrained.

Sovereign AI keeps prompts, completions, embeddings, tuned models and logs inside your jurisdiction and perimeter, with local administrators able to run, patch and audit the stack. Plugsky publishes no Al Khor facility; see the data-residency overview for current deployment options and regions.

Cloud, VPC, on-prem or air-gapped: what each proves

There are four deployment patterns to choose from in Qatar:

  • Region-locked cloud: a pinned data plane — EU (Frankfurt), GCC (UAE and KSA), APAC (Singapore) or US (Virginia and Oregon); see /data-residency.
  • VPC or private endpoint: runs inside your AWS, Azure or GCP account with no public ingress.
  • On-prem: open-weight models on hardware you own, operated and patched locally.
  • Air-gapped: no internet egress, a local model registry and offline update channels.

For Qatar teams, start from the published region list; where no in-country plane exists, VPC, on-prem or air-gapped patterns are how residency requirements are met. Keys stay under your control with BYOK through AWS KMS, Azure Key Vault, HashiCorp Vault or an on-prem HSM, and audit logs record model, tokens, latency, user and region with SIEM export.

What procurement can verify

The review pack is evidence-based: SOC 2 Type II under NDA, ISO 27001/27017/27018, HIPAA with a BAA and GDPR alignment, with FedRAMP Moderate in process and pending for US federal use. Enterprise agreements add a DPA with EU SCCs, named sub-processors, right-to-audit clauses and custom SLAs.

In Qatar, the Personal Data Privacy Protection Law (Law No. 13 of 2016) and guidance from the National Cyber Security Agency set the framework for personal data and cybersecurity. Confirm current obligations with counsel.

Starting small: a sovereign pilot checklist

Pick one non-critical workload to prove the pattern. Write down the residency, model-control and audit requirements it must meet, choose the matching deployment topology and key-custody model, and rehearse the update path if the site is air-gapped. Check that logs carry the fields your policy expects and export cleanly to your SIEM before expanding scope.

The API stays OpenAI-compatible and one key reaches 30+ models, so existing SDK code, prompts and evaluations carry over. New accounts start on the free plan with plugsky-micro and plugsky-lite and a 14-day full-access trial; see the live pricing page for current plans.

Honest comparison

CapabilityPlugskyTypical public-cloud AIBuilding in-house
Sovereignty scopeData, model, operations and compliance coveredUsually data location onlyYou must build and prove all four
Deployment modelsCloud region, VPC, on-prem, air-gappedShared public cloud onlyYour own infrastructure only
Air-gapped modeNo internet egress, offline updatesNot offeredCustom engineering effort
Key custodyBYOK via KMS or on-prem HSMProvider-managed keysYou operate the HSMs
AuditPer-request logs with region; SIEM export; up to 7 yearsOften limited retentionYou build the pipeline
Local presence in Al KhorNo facility claimed; sovereignty is deployment-basedVaries by providerDepends on your own sites

Frequently asked questions

Does Plugsky have a facility in Al Khor?

No. Plugsky does not claim an office or data centre in Al Khor; sovereign deployments are delivered as cloud regions, private environments or customer-owned infrastructure. See /data-residency for the current region list.

What makes a deployment sovereign?

Four criteria at once: data residency, model control, operational sovereignty and compliance alignment. Pinning storage to a region alone does not satisfy the full set.

Can Plugsky run fully air-gapped?

Yes. Air-gapped deployments run with no internet egress, a local model registry and offline update channels, which suits defence, government and critical infrastructure programmes.

Who holds the encryption keys?

You can. BYOK is supported through AWS KMS, Azure Key Vault, HashiCorp Vault or an on-prem HSM, with per-region envelope encryption for data at rest.

What compliance evidence can we review?

SOC 2 Type II under NDA, ISO 27001/27017/27018 and HIPAA with a BAA; FedRAMP Moderate is in process. Enterprise contracts add a DPA with EU SCCs, sub-processor terms and right-to-audit clauses.

Can we keep using the OpenAI SDK?

Yes. The API is OpenAI-compatible, so you change the base URL and model name and keep your existing SDK, prompts and evaluations.

How do we start a sovereign pilot?

Pick one workload, define the sovereignty criteria in writing, choose the deployment topology and key custody, then run the pilot and collect the evidence procurement needs before production.

How does data protection law in Qatar affect deployment choice?

Qatar's PDPPL (Law No. 13 of 2016) and NCSA guidance set the framework for personal data and cybersecurity. Residency and processing-location requirements usually decide whether a hosted, VPC, on-prem or air-gapped pattern is acceptable.