HTTP API
When downloading modules from registry sources such as the public Terraform Registry, Terraform CLI expects the given hostname to support the module registry protocol, which is the minimal API required for Terraform CLI to successfully retrieve a module.
The public Terraform Registry and the private registry included in Terraform Cloud and Terraform Enterprise implement a superset of that minimal module registry API to support additional use-cases such as searching for modules across the whole registry, retrieving documentation and schemas for modules, and so on.
This page describes the extended API implemented by the official module registry implementations, and is aimed at those intending to build clients to work with registry data. Third-party implementations of the registry protocol are not required to implement these extensions. If you intend to implement your own module registry, please refer to the module registry protocol instead.
Terraform Registry also has some additional internal API endpoints used to support its UI. Any endpoints or properties not documented on this page are subject to change over time.
Service Discovery
The hostname portion of a module source address is first passed to the service discovery protocol to determine if the given host has a module registry and, if so, the base URL for its module registry endpoints.
The service identifier for this protocol is modules.v1
, and the declared
URL should always end with a slash such that the paths shown in the following
sections can be appended to it.
For example, if discovery produces the URL https://modules.example.com/v1/
then this API would use full endpoint URLs like
https://modules.example.com/v1/{namespace}/{name}/{provider}/versions
.
A module source address with no hostname is a shorthand for an address
on registry.terraform.io
. You can perform service discovery on that hostname
to find the public Terraform Registry's module API endpoints.
Base URL
The example request URLs shown in this document are for the public Terraform
Registry, and use its API <base_url>
of
https://registry.terraform.io/v1/modules/
. Note that although the base URL in
the discovery document may include a trailing slash, we
include a slash after the placeholder in the Path
s below for clarity.
List Modules
These endpoints list modules according to some criteria.
Method | Path | Produces |
---|---|---|
GET | <base_url> | application/json |
GET | <base_url>/:namespace | application/json |
Parameters
namespace
(string: <optional>)
- Restricts listing to modules published by this user or organization. This is optionally specified as part of the URL path.
Query Parameters
offset
,limit
(int: <optional>)
- See Pagination for details.provider
(string: <optional>)
- Limits modules to a specific provider.verified
(bool: <optional>)
- Iftrue
, limits results to only partner modules. Any other value including none returns all modules (including partner modules).
Sample Request
Sample Response
Search Modules
This endpoint allows searching modules.
Method | Path | Produces |
---|---|---|
GET | <base_url>/search | application/json |
Query Parameters
q
(string: <required>)
- The search string. Search syntax understood depends on registry implementation. The public registry supports basic keyword or phrase searches.offset
,limit
(int: <optional>)
- See Pagination for details.provider
(string: <optional>)
- Limits results to a specific provider.namespace
(string: <optional>)
- Limits results to a specific namespace.verified
(bool: <optional>)
- Iftrue
, limits results to only partner modules. Any other value including none returns all modules (including partner modules).
Sample Request
Sample Response
List Available Versions for a Specific Module
This is the primary endpoint for resolving module sources, returning the available versions for a given fully-qualified module.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider/versions | application/json |
Parameters
namespace
(string: <required>)
- The user or organization the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.
Sample Request
Sample Response
The modules
array in the response always includes the requested module as the
first element. Other elements of this list, if present, are dependencies of the
requested module that are provided to potentially avoid additional requests to
resolve these modules.
Additional modules are not required to be provided but, when present, can be used by Terraform to optimize the module installation process.
Each returned module has an array of available versions, which Terraform matches against any version constraints given in configuration.
Download Source Code for a Specific Module Version
This endpoint downloads the specified version of a module for a single provider.
A successful response has no body, and includes the location from which the module
version's source can be downloaded in the X-Terraform-Get
header. Note that
this string may contain special syntax interpreted by Terraform via
go-getter
. See the go-getter
documentation for details.
The value of X-Terraform-Get
may instead be a relative URL, indicated by
beginning with /
, ./
or ../
, in which case it is resolved relative to
the full URL of the download endpoint.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider/:version/download | application/json |
Parameters
namespace
(string: <required>)
- The user the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.version
(string: <required>)
- The version of the module. This is required and is specified as part of the URL path.
Sample Request
Sample Response
List Latest Version of Module for All Providers
This endpoint returns the latest version of each provider for a module.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name | application/json |
Parameters
namespace
(string: <required>)
- The user or organization the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.
Query Parameters
offset
,limit
(int: <optional>)
- See Pagination for details.
Sample Request
Sample Response
Latest Version for a Specific Module Provider
This endpoint returns the latest version of a module for a single provider.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider | application/json |
Parameters
namespace
(string: <required>)
- The user the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.
Sample Request
Sample Response
Note this response has has some fields trimmed for clarity.
Get a Specific Module
This endpoint returns the specified version of a module for a single provider.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider/:version | application/json |
Parameters
namespace
(string: <required>)
- The user the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.version
(string: <required>)
- The version of the module. This is required and is specified as part of the URL path.
Sample Request
Sample Response
Note this response has has some fields trimmed for clarity.
Download the Latest Version of a Module
This endpoint downloads the latest version of a module for a single provider.
It returns a 302 redirect whose Location
header redirects the client to the
download endpoint (above) for the latest version.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider/download | application/json |
Parameters
namespace
(string: <required>)
- The user the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.
Sample Request
Sample Response
Get a Module Downloads Metrics Summary
Note: The download metrics summary APIs are v2
and use the API <base_url>
of
https://registry.terraform.io/v2/modules/
This endpoint returns a module's download metrics summary.
Method | Path | Produces |
---|---|---|
GET | <base_url>/:namespace/:name/:provider/downloads/summary | application/json |
Parameters
namespace
(string: <required>)
- The user the module is owned by. This is required and is specified as part of the URL path.name
(string: <required>)
- The name of the module. This is required and is specified as part of the URL path.provider
(string: <required>)
- The name of the provider. This is required and is specified as part of the URL path.
Sample Request
Sample Response
HTTP Status Codes
The API follows regular HTTP status semantics. To make implementing a complete client easier, some details on our policy and potential future status codes are listed below. A robust client should consider how to handle all of the following.
- Success: Return status is
200
on success with a body or204
if there is no body data to return. - Redirects: Moved or aliased endpoints redirect with a
301
. Endpoints redirecting to the latest version of a module may redirect with302
or307
to indicate that they logically point to different resources over time. - Client Errors: Invalid requests will receive the relevant
4xx
status. Except where noted below, the request should not be retried. - Rate Limiting: Clients placing excessive load on the service might be
rate-limited and receive a
429
code. This should be interpreted as a sign to slow down, and wait some time before retrying the request. - Service Errors: The usual
5xx
errors will be returned for service failures. In all cases it is safe to retry the request after receiving a5xx
response. - Load Shedding: A
503
response indicates that the service is under load and can't process your request immediately. As with other5xx
errors you may retry after some delay, although clients should consider being more lenient with retry schedule in this case.
Error Responses
When a 4xx
or 5xx
status code is returned. The response payload will look
like the following example:
The errors
key is a list containing one or more strings where each string
describes an error that has occurred.
Note that it is possible that some 5xx
errors might result in a response that
is not in JSON format above due to being returned by an intermediate proxy.
Pagination
Endpoints that return lists of results use a common pagination format.
They accept positive integer query variables offset
and limit
which have the
usual SQL-like semantics. Each endpoint will have a default limit and a
default offset of 0
. Each endpoint will also apply a maximum limit,
requesting more results will just result in the maximum limit being used.
The response for a paginated result set will look like:
Note that:
next_offset
will only be present if there are more results available.prev_offset
will only be present if not atoffset = 0
.limit
is the actual limit that was applied, it may be lower than the requested limit param.- The key for the result array varies based on the endpoint and will be the
type of result pluralized, for example
modules
.