Local / City

What does sovereign AI look like for Atlanta organisations?

Sovereign AI for Atlanta means data, models, compute and operations stay inside your jurisdiction and perimeter. Plugsky supports region-locked data planes, including US (Virginia and Oregon), plus private VPC endpoints, on-prem and fully air-gapped deployments with BYOK key custody. Plugsky publishes no Atlanta 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 Atlanta office or facility claimed; sovereignty is deployment-based

TL;DR

  • Atlanta buyers face sectoral US rules plus state law, so the dataset decides the compliance path.
  • Plugsky publishes no Atlanta facility; options are cloud regions, VPC, on-prem and air-gapped.
  • VPC and private-endpoint deployments keep the control plane inside your cloud account.
  • One OpenAI-compatible API reaches 30+ models, so SDK code and prompts carry over.
  • BYOK keeps key custody with you via your KMS or an on-prem HSM.

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 Atlanta case for sovereign AI

Atlanta is the capital of Georgia and a major business hub in the southeastern United States, with strengths in payments and fintech, logistics, media and healthcare. Hartsfield–Jackson airport and a large corporate base give the metro a wide operational footprint. US buyers usually face a sectoral compliance picture rather than a single national privacy law, so the dataset decides the rules.

Sovereign AI means data, models, compute and operations stay inside your jurisdiction and perimeter, with local administrators able to run, patch and audit the stack. Plugsky publishes no Atlanta office or data centre; options and the current region list are at /data-residency.

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

Plugsky ships four deployment patterns for the United States programmes:

  • 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 US teams, the Virginia and Oregon planes keep processing in-country; check /data-residency for the current list before pinning production. BYOK keeps key custody with you via AWS KMS, Azure Key Vault, HashiCorp Vault or an on-prem HSM, and per-request audit logs capture model, tokens, latency, user and region.

What procurement can verify

Procurement and security teams can review documented programmes rather than assurances: SOC 2 Type II under NDA, ISO 27001/27017/27018, HIPAA with a BAA, and GDPR alignment. FedRAMP Moderate is in process, so treat it as pending for US federal work. Enterprise contracts add a DPA with EU SCCs, sub-processor terms, right-to-audit clauses and custom SLAs.

The United States has no single comprehensive federal privacy law; sector rules such as HIPAA and GLBA apply alongside state privacy and security laws. Map which regimes cover your data and confirm with counsel.

Starting small: a sovereign pilot checklist

Start with one workload and a written definition of the sovereignty criteria that apply. Choose the deployment topology and key custody, design offline update workflows for air-gapped sites, and validate audit fields, SIEM export and retention against policy. Run the pilot, collect the evidence procurement needs, then move to production once controls are signed off.

Because the API is OpenAI-compatible, existing SDK code, prompts and evaluation harnesses keep working, and one key reaches 30+ models. New accounts can start on the free plan with plugsky-micro and plugsky-lite and a 14-day full-access trial; current plans are listed on the live pricing page.

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 AtlantaNo facility claimed; sovereignty is deployment-basedVaries by providerDepends on your own sites

Frequently asked questions

Does Plugsky have a facility in Atlanta?

No. Plugsky does not claim an office or data centre in Atlanta; 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 the United States affect deployment choice?

US rules are sectoral and state-based rather than a single federal law, so applicability has to be mapped per dataset. Residency and processing-location requirements usually decide whether a hosted, VPC, on-prem or air-gapped pattern is acceptable.