Deployment and security requirements depend on the type of application you build and the APIs or SDKs you use. ArcGIS Location Platform supports deployment for web, native, game engine, and service-based applications, with multiple authentication strategies based on audience and data access needs.

Use this topic to plan and review deployment and authentication for your application:

Architecture pattern

The sections below describe common deployment patterns for applications built with ArcGIS Location Platform. Each pattern includes prerequisites and typical use cases.

Web applications

Most ArcGIS web applications use ArcGIS Maps SDK for JavaScript. You can also use open-source mapping libraries that consume ArcGIS location services.

Prerequisites

To build and deploy a web application using ArcGIS Location Platform, you need:

Common use cases

Web applications are a good fit when your app runs in a browser and is distributed through URLs or web hosting platforms. Examples include:

  • Client-side, static, and single-page applications
  • Dynamic web applications with front-end and back-end technologies
  • Progressive web apps (PWAs)
  • Rich internet applications (RIAs)
  • Browser and IDE extensions

Native applications

Native applications typically use ArcGIS Maps SDKs for Native Apps and are deployed to desktops, mobile devices, or embedded systems.

Prerequisites

To build and deploy a native application, you need:

  • An ArcGIS Location Platform account
  • Review and agree to the Terms of Use
  • An ArcGIS Runtime license string or user authentication

Common use cases

Native applications are best fit when your application needs direct OS integration, device-specific capabilities, or packaged distribution through app stores or installers. Examples include:

  • Mobile apps for phones and tablets
  • Desktop apps for Linux, macOS, or Windows
  • Smart device apps
  • Embedded applications

Game engine apps

Game engine apps typically use ArcGIS Maps SDKs for game engines and deploy to supported devices, operating systems, or embedded systems.

Prerequisites

To build and deploy a game engine application, you need:

  • An ArcGIS Location Platform account
  • Agreement to the Terms of Use
  • Review of the deployment guidance for your SDK

Common use cases

Game engine applications are a good fit for immersive 3D, simulation, or XR experiences built on a game engine runtime. Examples include:

  • Applications for Android or iOS phones and tablets
  • Standalone Windows applications
  • macOS applications
  • AR and VR applications for XR platforms

Service-based apps

Service-based apps run in server or automation environments and call ArcGIS location services through APIs and libraries. Common options include ArcGIS REST API, ArcGIS REST JS, ArcGIS Maps SDK for JavaScript in Node.js, ArcGIS Maps SDK for .NET and ArcGIS API for Python.

Prerequisites

To build and deploy a service-based app, you need:

  • An ArcGIS Location Platform account
  • Agreement to the Terms of Use

Common use cases

Service-based apps are a good fit when your app runs as a back-end service, scheduled process, webhook workflow, or machine-to-machine integration. Examples include:

  • Web services
  • REST applications
  • Scripting applications
  • Internal libraries
  • Developer APIs
  • Machine-to-machine processes

Deployment support capabilities

The following table summarizes the types of deployment opportunities supported by an ArcGIS Location Platform subscription.

ArcGIS Location Platform subscription
Build and deploy private applications
Build and deploy public applications
Build and deploy non-commercial applications
Build and deploy commercial applications
Build web and native applications with ArcGIS and open source APIs
Build and deploy applications that access private content in ArcGIS
Distribute applications through app stores
Build and deploy applications with offline capability1
Full supportPartial supportNo support
  • 1. Contact Esri sales.

Authentication requirements

Applications that use ArcGIS location services must authenticate with a valid access token. Your method should be based on anonymous access requirements, user sign-in requirements, and whether the app must access private ArcGIS content.

After selecting a deployment pattern, choose authentication based on audience type and data access requirements.

In this section, application types refer to security audience and sharing model (public, private, or personal). This is separate from deployment architecture guidance (web, native, game engine, or service-based) above.

Supported authentication methods include:

  • API key
  • App authentication
  • OAuth 2.0 user authentication

Choose an authentication method

Use the following table to identify a recommended authentication method.

Use caseRecommended authentication
Public application (no sign-in required)API key authentication or app authentication
Private application (ArcGIS sign-in required)OAuth 2.0 user authentication
Personal application (only accessible by the owner)API key, app authentication, or OAuth 2.0 user authentication
Access private items owned by other members of your organizationOAuth 2.0 user authentication
Access private items containing sensitive or confidential dataOAuth 2.0 user authentication

Application audience types

The type of app you build is defined by its sharing level and target audience. The table below helps determine the authentication method you should use and the secure resources your app can access.

Application typeSharing level and audienceAuthentication methodAccess to secure resources
PublicShared broadly, anonymous usersAPI key or app authenticationYes
PrivateShared with organization members, signed-in usersOAuth 2.0 user authenticationYes
PersonalSingle owner, local or internal useAPI key, app authentication, or OAuth 2.0 user authenticationYes

Operational readiness

When you build and deploy applications with ArcGIS Location Platform, plan for billing to avoid service interruptions. Each ArcGIS Location Platform account includes:

  • A free tier for select location services
  • Pay-as-you-go disabled by default

You can build applications that use API keys or OAuth 2.0 with the free tier. Services outside free-tier limits require pay-as-you-go.

Billing guidance

Below is a summary of expected billing behavior based on common deployment scenarios. For detailed information on billing, see the pricing documentation.

ScenarioFree tier enabledPay-as-you-go enabledExpected behavior
Testing or low usageYesNoPartial service access
Usage exceeds the free tierYesNoService access disabled
Production deploymentYesYesFull service access
High-volume or scaling applicationYesYesContinued access with usage-based billing

All location service transactions are charged in USD.

Production readiness checklist

Before release, confirm that you have:

  • Selected the correct deployment type.
  • Chosen an authentication method that matches your access requirements.
  • Enabled pay-as-you-go for production workloads.
  • Verified expected usage against service limits and costs.
  • Reviewed required attribution and data terms.

Compliance and attribution requirements

Basemap attribution

Basemap attribution is required when you use basemap data in mapping applications. Include provider credits to satisfy licensing terms and attribution requirements.

Basemap attribution is required when building and deploying mapping applications that use the Basemap Styles service.

Data terms and attribution

Data terms define how data can be used. Attribution requirements define how providers must be credited. Requirements depend on the data type and source. ArcGIS Location Platform provides access to Esri and third-party data through ArcGIS Online, ArcGIS Hub, and ArcGIS Living Atlas of the World.

Esri data

Esri data includes basemaps, reference layers, demographic data, and other content provided by Esri. When you use Esri data in your application, you need to review the applicable terms of use and provide attribution as required.

Terms of use for Esri data stored in ArcGIS Living Atlas of the World are defined on the item page for that data. In many cases, those terms reference the Esri Master Agreement. The item page also identifies data source providers in the Credits section.

Third-party data

Third-party data includes any data that is not provided by Esri, such as data from government agencies, non-profit organizations, or commercial providers. These data providers may host their own content and data in ArcGIS and make it available through ArcGIS Online, ArcGIS Hub, or ArcGIS Living Atlas of the World.

When you use third-party data in your application, you need to review the applicable terms of use and provide attribution as required by the data provider.

Before using third-party data in your application:

  • Review the applicable terms of use
  • Confirm whether attribution is required
  • Follow any provider-specific requirements