Environments & regions
Region and environment are different things. The region is the data center that hosts your account. An environment is an isolated space inside that account. This page covers both.
Regions (data centers)
Each region is a physically isolated data center. You cannot reach data in one region from another. There are no cross-region tokens.
US
https://integrator.io
https://api.integrator.io
United States
EU
https://eu.integrator.io
https://api.eu.integrator.io
European Union
AU
https://au.integrator.io
https://api.au.integrator.io
Australia
CA
https://ca.integrator.io
https://api.ca.integrator.io
Canada
How do I know which region I'm on? Look at the URL in your browser when you're signed in. The subdomain is the region:
integrator.iois US,eu.integrator.iois EU,au.integrator.iois AU,ca.integrator.iois CA.
Everything else is identical across regions.
Request and response shapes.
Pagination, rate-limit, and error semantics.
The
@celigo/celigo-clitool.
Environments within an account
An account is divided into isolated environments. Every account with the environments feature enabled has a Production environment, which cannot be disabled. Add non-production environments for development, testing, or staging.
Each environment holds its own users, integrations, connections, flows, exports, imports, and scripts. Nothing is shared implicitly.
Two consequences for API callers:
The hostname is the same for every environment. Your region's base URL serves all of them. There is no per-environment hostname, header, or query parameter.
A token belongs to one environment. The token you send is what selects the environment. To reach a non-production environment, switch into it in integrator.io, then create a token there.
⚠️ Resources cannot be referenced across environments. A flow can reference only the connections, exports, imports, and scripts that live in its own environment. To reuse a resource elsewhere, clone it into the target environment.
Two adaptor fields use the word "sandbox" for an unrelated purpose. salesforce.sandbox and netsuite.environment select which org or account the external system exposes. Neither one controls the integrator.io environment a resource belongs to.
List your environments
The environments feature must be enabled. Accounts without it receive
feature_not_enabledand cannot list or create environments. Contact your Celigo account team to add it to your subscription.
Call GET /v1/environments to list every environment on the account:
A 200 OK returns an unpaginated array. The fields that identify an environment:
_id— 24-character hexadecimal identifier. Read-only. Use it when cloning a resource into this environment.name— display name, unique within the account. Required when you create an environment.description— free-text purpose.nullon environments the platform provisioned automatically.enabled—truewhen the environment is in service. Read-only; change it through the toggle endpoint.
For the full schema and the write operations, see Environments.
Targeting a region
Via the CLI
Set a profile per region. Give each environment its own profile too, since every environment has its own token:
See Profiles & regions for the full profile model.
Via environment variables
Via request
Every curl / SDK call swaps the hostname:
Residency & compliance
The EU, AU, and CA data centers address data residency requirements — GDPR and UK-GDPR in Europe, the Privacy Act in Australia, PIPEDA in Canada, and customer contracts that require in-region processing. Data created on a regional tenant never leaves that region.
If your use case requires residency, confirm with your Celigo account team that your tenant was provisioned in the region you need. You cannot migrate a production tenant from one region to another in place — the move involves re-creating integrations and re-binding connections.
Last updated
Was this helpful?