Guides
Guides

Service availability

HERE operates the following services on a continuous basis, 365 days per calendar year. HERE uses commercially reasonable efforts to maintain a target service availability per calendar month, as shown here.

Location services

HERE EV Charge Points

The following services have a 99.9% monthly uptime:

  • HERE EV Charge Points API v2
  • HERE EV Charge Points API v3

HERE Fuel Prices

Fuel Prices API v2 has a 99.9% monthly uptime.

HERE Geocoding and Search

The following services have a 99.9% monthly uptime:

  • Batch Geocoding API v6
  • Geocoder API v6
  • Geocoder Autocomplete API v6
  • Geocoding & Search API v7
  • Places (Search) API v2

HERE Map Rendering

The following services have a 99.9% monthly uptime:

  • Map Image API v3
  • Raster Tile API v3
  • Vector Tile API v2

HERE Positioning

The following services have a 99.9% monthly uptime:

  • HD GNSS Positioning & A GNSS Positioning v1
  • Network Positioning API v1
  • Network Positioning API v2

HERE Real-Time Traffic

The following services have a 99.9% monthly uptime:

  • Traffic API v6
  • Traffic API v7
  • Traffic Raster Tile API v3
  • Traffic TPEG API v1
  • Traffic Vector Tile API v2

HERE Routing

The following services have a 99.9% monthly uptime:

  • Geofencing v8
  • Isoline Routing API v8
  • Map Attributes API v8
  • Matrix Routing API v8
  • Route Matching API v8
  • Routing API v7
  • Routing API v8
  • Waypoints Sequence v8

HERE SDK (server components)

HERE SDK v4 for Android, iOS, and Flutter have a 99.9% monthly uptime.

HERE Tour Planning

Tour Planning API v3 has a 99.9% monthly uptime.

HERE Transit

The following services have a 99.9% monthly uptime:

  • Intermodal Routing v8
  • Public Transit API v8

Platform data services

Customers can create solutions with up to 99.9% uptime using high-service-availability APIs. Highly available solutions built on the HERE platform require both the Service Level Objective (SLO) supported APIs described below, and active use case workflow monitoring and responsiveness by the Customer.

HERE will use commercially reasonable efforts to provide SLOs as set out in the following table:

APIDescriptionSingle Region Monthly Service availabilityMulti-Region Monthly Service availability*
Authentication & AuthorizationUsed for obtaining access tokens and keys.99.5%99.9%
BlobUsed for write requests to various layer types.99.5%99.0%**
ConfigUsed for read (catalog details) and list (catalog) requests.99.5%99.9%
IndexUsed for read and write requests to index layers.98.5%Not offered
IngestUsed for write requests to stream layers.99.5%99.9%
Interactive MapUsed for read and write requests to interactive map layers.99.5%Not offered
Metadata & QueryUsed for query and read requests to versioned and volatile layers.99.5%99.9%
Monitoring and Alerting (not an API)Ability to access monitoring dashboards and logs from a browser.99.5%99.9%
Pipeline (v2)Used for create (pipeline and pipeline version), activate, deactivate, and cancel requests.99.5%99.9%
PublishUsed for write requests to versioned layers.99.5%99.0%**
StreamUsed for read requests to stream layers.99.5%99.9%
Volatile BlobUsed for read and write requests to volatile layers.99.5%99.9%

The Monthly Service Availability of each API is measured independently, and Service Credits are provided based on whether Monthly Service Availability is met per API

* Multi-region Monthly Service Availability SLOs require multi-region Catalog and/or Pipeline configurations. For example, SLOs of 99.9% for any Data Write/Read Requests as depicted in the tables above require data be stored in multi-region configured catalogs. SLOs of 99.9% for Pipeline Requests as depicted in the tables above require data processing using multi-region configured pipelines. For Marketplace Consumers, this means that in order for the Multi-region Monthly Service Availability to apply, the Marketplace Provider must have configured the catalogs and/or pipelines you are reading from accordingly.

** For versioned layers, the HERE platform adheres to read-after-write consistency and uses synchronous data replication process. The synchronous replication process means that writes to either Publish or Blob APIs for versioned layers are possible only when both primary and secondary regions are available. Therefore, if the customer chooses the multi-region option for a catalog with versioned layers, the SLO for write Requests on versioned layers is reduced to 99.0% (two regions at 99.5% Service Availability equates to a combined Service Availability of 99.0% due to read-after-write consistency replication strategy).

Basic operational guidelines

  • The Customer shall, within their service or application logic, cache HERE Account tokens, API Lookup provided endpoints and Catalog/Pipeline configurations to ensure that information is available in the event any downtime is experienced. This caching is resolved automatically when using the HERE Data SDK for Java and Scala.
  • The Customer shall copy custom monitoring dashboards and alerts from the primary region to the secondary region so that those dashboards and alerts are available as necessary in the second region should the primary region become unavailable. Note: Each region contains only those metrics specific to that region.
  • The Customer shall bookmark all URLs to access monitoring dashboards, alerts and logs for each region as provided on the HERE Portal in order to reach them directly in the event the HERE Portal is unavailable.