Skip to content

API Regional Deployment Guide

This documentation guides API Providers through the Console deployment process, mapped to their specific backend hosting architecture. The Console UI now automatically determines the optimal Gateway by referencing the physical deployment location of the API providers’ target endpoints.


1. Overview

In the new deployment model, API publishers first select their Deployment Type (Global or Regional).

  • Global Deployments: Route traffic dynamically across Azure’s worldwide network of data centers via a single global consumption endpoint.

  • Regional Deployments: API publishers select their target region and provide backend details. Map the API to a specific regional gateway based on the selected cloud provider and geographic region.

Deployment Prerequisites

To deploy an API, API Provider should provide the below details:

  • Deployment Type: Global or Regional

  • Target Gateway (If Deployment type is Regional only): The cloud provider hosting your API (Azure or AWS)

  • Target Region (If Deployment type is Regional only): The specific geographic location of your backend

  • Backend URL & Timeout: The source endpoint and its response threshold


2. Supported Deployment Architecture

Global Deployment

Deploying a target endpoint as ‘Global’ leverages Azure’s worldwide network of data centers. It bypasses provider specific region selections.

Regional Deployment

If Regional is selected, available regions are categorized by the cloud provider hosting the backend:

Azure

  • Americas: East US, East US 2, South Central US, West US, West US 2, West US 3, West Central US
  • Europe: North Europe
  • Asia Pacific: Australia East, Australia Southeast, Central India

AWS

  • North America: US East (N. Virginia), US East (Ohio), US West (N. California), US West (Oregon), Central US
  • Europe: Europe (Stockholm)
  • Asia Pacific: Singapore, Sydney, Jakarta, Melbourne, Malaysia, New Zealand

3. Regional Groups and Validation

Validation Logic

To prevent configuration conflicts, multi-region deployments within the same Regional Group are restricted.

  • Example: If an API is already deployed in an Azure region in Australia, a second deployment to an AWS region in Australia is prohibited because they share the same regional group and consumption domain.

Regional Mapping Table

Regional GroupProvider RegionsStage Consumption DomainProd Consumption Domain
GlobalAzure: Global Networkhttps://cloud.stage.api.trimblecloud.comhttps://cloud.api.trimble.com
US EastAzure: East US, East US 2, South Central US
AWS: N. Virginia, Ohio
https://us-east.stage.api.trimblecloud.comhttps://us-east.api.trimble.com
US WestAzure: West US, West US 2, West US 3, West Central US
AWS: N. California, Oregon, Central US
https://us-west.stage.api.trimblecloud.comhttps://us-west.api.trimble.com
EuropeAzure: North Europe
AWS: Stockholm
https://eu.stage.api.trimblecloud.comhttps://eu.api.trimble.com
AustraliaAzure: Australia East, SE
AWS: Sydney, Melbourne
https://ap-au.stage.api.trimblecloud.comhttps://ap-au.api.trimble.com
SingaporeAWS: Singapore, Jakartahttps://ap-sg.stage.api.trimblecloud.comhttps://ap-sg.api.trimble.com
Central IndiaAzure: Central Indiahttps://ap-in.stage.api.trimblecloud.comhttps://ap-in.api.trimble.com
MalaysiaAWS: Malaysiahttps://ap-my.stage.api.trimblecloud.comhttps://ap-my.api.trimble.com
New ZealandAWS: New Zealandhttps://ap-nz.stage.api.trimblecloud.comhttps://ap-nz.api.trimble.com

4. Legacy Support

Existing APIs using legacy endpoints will continue to be supported seamlessly. However, all new deployments must follow the new deployment patterns defined above.

Legacy Endpoints:

  • Dev: https://cloud.dev.api.trimblecloud.com/
  • QA: https://cloud.qa.api.trimblecloud.com/
  • Stage: https://cloud.stage.api.trimblecloud.com/
  • Prod: https://cloud.api.trimble.com/

5. Step-by-Step Deployment Process

  1. Start: Click the Add new deployment button under the API Configuration tab.
  2. Configuration: Enter your Backend URL and Timeout value.
  3. Select Deployment Type: Choose between Global or Regional.
    • If Global is selected: The UI will skip provider selection and automatically display the generated Global consumption endpoint. Proceed directly to Step 6.
    • If Regional is selected: Proceed to Step 4.
  4. Target Selection: Under “Where is the target API deployed?”, select Azure or AWS.
  5. Region Selection: Choose the appropriate region from the populated list.
  6. Review: The UI will display the selected gateway region and the generated consumption endpoint.
  7. Finalize: Click Add deployment to initiate the process.

Create API deployment flow (legacy)

Create API deployment new flow (regional based)

Global Deployment type

Regional Deployment type