Local / City

How do Kolkata teams deploy sovereign AI with VPC and on-prem options?

Plugsky brings sovereign AI to Kolkata teams: one OpenAI-compatible API with 30+ models, flat monthly plans, and region-locked data planes. For Kolkata, the closest published plane is the APAC plane (Singapore, ap-southeast-1). Plugsky claims no local office or data centre in Kolkata — residency comes from the region, or from VPC, on-prem and air-gapped deployments. See /data-residency.

Key facts

API compatibilityOpenAI-compatible /v1/chat/completions; change the base URL
Models30+ models, from free chat tiers to frontier reasoning
PricingFlat monthly self-serve plans with unlimited fair-use usage; no per-token billing
Free planplugsky-micro and plugsky-lite; no card required
Trial14-day full-access trial for higher tiers
DeploymentPlugsky cloud, your VPC, on-prem and air-gapped
Data residencyAPAC plane (Singapore, ap-southeast-1)
Local presenceNo Kolkata office or data-centre claim; residency is region-based

TL;DR

  • OpenAI-compatible API: change the base URL and keep your SDK.
  • 30+ models behind one endpoint, from free chat tiers to frontier reasoning.
  • Flat monthly plans with no per-token billing on self-serve.
  • The APAC region-locked plane (Singapore, ap-southeast-1) is the closest published option.
  • Free plan with plugsky-micro and plugsky-lite; 14-day full-access trial.

How it works, step by step

  1. Create a Plugsky account and issue an API key on the free plan — no card required.
  2. Point your OpenAI SDK at api.plugsky.com and map your model names.
  3. Choose the deployment topology that matches your rules: Plugsky cloud region, your VPC, on-prem or air-gapped.
  4. Select the APAC plane (Singapore, ap-southeast-1) as the closest published region.
  5. Replay your existing prompts and evaluations against the same test set.
  6. Measure latency from your Kolkata network against candidate regions before cut-over.
  7. Review the DPA, the SLA and the /data-residency documentation, then cut over behind a flag with the one-line rollback ready.
1Create a Plugskyaccount and issuean API key on the2Point your OpenAISDK atapi.plugsky.com and3Choose thedeployment topologythat matches your4Select the APACplane (Singapore,ap-southeast-1) as5Replay yourexisting promptsand evaluations6Measure latencyfrom your Kolkatanetwork against

Original data

OpenAI-compatiAPI compatibility30+ models, frModels14-day full-acTrialAPAC plane (SiData residencySource: Plugsky facts table · updated 2026-09-26

Try it yourself

Open the private LLM deployment estimator →

What Kolkata teams need from sovereign AI

Kolkata is a major metropolis and port city in eastern India, with a diversified economy spanning IT services, finance, manufacturing, textiles and the creative industries. It is a large Bengali-speaking market with a deep university and research base.

Typical workloads include Bengali and English support, document processing, finance back-office and software engineering assistance. Plugsky serves that mix with one OpenAI-compatible endpoint and 30+ models, so prototypes on plugsky-micro or plugsky-lite can move to larger models without changing SDKs. Existing code, prompts and evaluations keep working; the docs list endpoints and current model names.

Which region serves Kolkata workloads?

Plugsky publishes region-locked data planes in the EU (Frankfurt), GCC (UAE), APAC (Singapore) and US (Virginia), with Riyadh available on Enterprise. Prompts, completions, embeddings and logs stay in the plane you choose by architecture rather than contract. For Kolkata, the closest published plane is the APAC plane (Singapore, ap-southeast-1). There is no Plugsky office or data centre in Kolkata; residency is a property of the region and deployment model, not of local premises.

The APAC plane is aligned with PDPA and MAS expectations, and additional regions are listed in the docs. Teams with India-specific processing rules should confirm whether the APAC plane satisfies them or plan a private deployment, checking the data-residency overview, the DPA and the SLA.

Deployment models for Kolkata teams

Four paths cover most Kolkata scenarios: a managed Plugsky cloud region, a private endpoint inside your own AWS, Azure or GCP account, on-prem infrastructure you own, and air-gapped deployment for classified or critical workloads with no internet egress, a local model registry and offline update channels. Moving from global routing to a locked plane changes latency: the closer the plane to your network the shorter the path, though strict boundaries can cost round-trip time against globally distributed endpoints.

Test before you commit — send representative prompts from your Kolkata environment to each candidate region, compare p50 and p95, then choose. Region and deployment changes are configuration, not code changes.

How Kolkata teams migrate and control spend

Migration is one line: point the OpenAI SDK base URL at Plugsky and map model names, then replay your evaluations and cut over behind a flag so rollback stays trivial. Chat, streaming, JSON mode, function calling, embeddings, RAG and agents are live; audio, images, moderation, files, batch, fine-tuning, assistants and responses are coming soon — label them before planning those workloads.

Cost control is flat-rate on self-serve plans: unlimited fair-use usage with no per-token billing, so Kolkata teams forecast a monthly line item instead of token spend. Start free with plugsky-micro and plugsky-lite, and use the 14-day full-access trial to evaluate larger models. Current plans are listed on the pricing page.

Honest comparison

CapabilityPlugskyTypical global API providerBuilding in-house
API compatibilityOpenAI-compatible — change the base URLUsually compatible, varies by modelFull rewrite and integration work
Models30+ models behind one endpointMainly the provider's own catalogueYou host and maintain each model
PricingFlat monthly self-serve plans, no per-token billingPer-token billing, harder to forecastGPU, operations and staffing costs
Data residencyAPAC plane (Singapore, ap-southeast-1); VPC, on-prem, air-gappedLimited region choicesYou own the responsibility
Local presence in KolkataNo office or data-centre claim; residency is region-basedVaries; few publish local commitmentsDepends on your own facilities
Migration effortBase URL plus model mappingDepends on compatibility gapsLong integration cycle

Frequently asked questions

Does Plugsky have a data centre or office in Kolkata?

No. Plugsky does not claim a local office or data centre in Kolkata; residency is delivered through region-locked data planes, or through deployments in your own VPC, on-prem or air-gapped. See /data-residency for the current region list.

Which region should Kolkata teams choose?

The closest published plane is the APAC plane (Singapore, ap-southeast-1). Confirm the current region map at /data-residency before you commit.

Can we keep using the OpenAI SDK?

Yes. Plugsky exposes an OpenAI-compatible chat completions endpoint, so you change the base URL and model name and keep your existing SDK, prompts and evaluations.

Is there a free plan?

Yes — the free plan includes plugsky-micro and plugsky-lite with no credit card required. A 14-day full-access trial is available when you want to evaluate larger models.

How is pricing structured?

Self-serve plans are flat monthly with unlimited fair-use usage and no per-token billing. See the live pricing page for current plans and fair-use limits.

Which capabilities are live today?

Chat, streaming, JSON mode, function calling, embeddings, RAG and agents are live. Audio, images, moderation, files, batch, fine-tuning, assistants and responses are coming soon — check the docs before planning those workloads.

What about latency from Kolkata?

It depends on the region you select and how your network routes to it. Measure candidate regions from your own environment, compare p50 and p95, and treat residency and latency as an explicit trade-off.

How do we prove data stays in-region?

Region locking is architectural: prompts, completions, embeddings and logs stay in the chosen plane. Pair that with audit logs and the DPA, and confirm sub-processors for the region before signing.