» Registry Modules API

» Listing and reading modules, providers and versions

The Terraform Enterprise Module Registry implements the Registry standard API for consuming the modules. Refer to the Module Registry HTTP API to perform the following:

• Browse available modules
• Search modules by keyword
• List available versions for a specific module
• Download source code for a specific module version
• List latest version of a module for all providers
• Get the latest version for a specific module provider
• Get a specific module
• Download the latest version of a module

The TFE Module Registry endpoints differs from the Module Registry endpoints in the following ways:

• The :namespace parameter should be replaced with the organization name.
• The module registry discovery endpoints have the path prefix provided in the discovery document which is currently /api/registry/v1.
• Authentication is handled the same as all other TFE endpoints.

» Sample Request

List available versions for the consul module for the aws provider on the module registry published from the Github organization my-gh-repo-org:

$ curl https://registry.terraform.io/v1/modules/my-gh-repo-org/consul/aws/versions

The same request for the same module and provider on the TFE module registry for my-tfe-org TFE organization:

$ curl \
  --header "Authorization: Bearer $TOKEN" \
  https://app.terraform.io/api/registry/v1/modules/my-tfe-org/consul/aws/versions

» Publish a Module from a VCS

POST /registry-modules

Publishes a new registry module from a VCS repository, with module versions managed automatically by the repository's tags. The publishing process will fetch all tags in the source repository that look like SemVer versions with optional 'v' prefix. For each version, the tag is cloned and the config parsed to populate module details (input and output variables, readme, submodules, etc.). The Module Registry Requirements define additional requirements on naming, standard module structure and tags for releases.

» Request Body

This POST endpoint requires a JSON object with the following properties as a request payload.

Properties without a default value are required.

A VCS repository identifier is a reference to a VCS repository in the format :org/:repo, where :org and :repo refer to the organization (or project key, for Bitbucket Server) and repository in your VCS provider.

The OAuth Token ID identifies the VCS connection, and therefore the organization, that the module will be created in.

» Sample Payload

{
  "data": {
    "attributes": {
      "vcs-repo": {
        "identifier":"SKI/terraform-aws-instance",
        "oauth-token-id":"ot-hmAyP66qk2AMVdbJ"
      }
    },
    "type":"registry-modules"
  }
}

» Sample Request

curl \
  --header "Authorization: Bearer $TOKEN" \
  --header "Content-Type: application/vnd.api+json" \
  --request POST \
  --data @payload.json \
  https://app.terraform.io/api/v2/registry-modules

» Sample Response

{
  "data": {
    "id": "mod-1JqHG3j71bwoukuX",
    "type": "registry-modules",
    "attributes": {
      "name": "instance",
      "provider": "aws",
      "status": "pending",
      "version-statuses": [],
      "created-at": "2017-11-30T00:00:52.386Z",
      "updated-at": "2017-11-30T00:00:52.386Z",
      "permissions": {
        "can-delete": true,
        "can-resync": true,
        "can-retry": true
      }
    },
    "relationships": {
      "organization": {
        "data": {
          "id": "org-QpXoEnULx3r2r1CA",
          "type": "organizations"
        }
      }
    },
    "links": {
      "self": "/api/v2/registry-modules/show/skierkowski-v2/instance/aws"
    }
  }
}

» Create a Module

POST /organizations/:organization_name/registry-modules

Creates a new registry module without a backing VCS repository. After creating a module, a version must be created and uploaded in order to be usable. Modules created this way do not automatically update with new versions; instead, you must explicitly create and upload each new version with the Create a Module Version endpoint.

» Request Body

This POST endpoint requires a JSON object with the following properties as a request payload.

Properties without a default value are required.

For example, aws is a provider.

» Sample Payload

{
  "data": {
    "type": "registry-modules",
    "attributes": {
      "name": "my-module",
      "provider": "aws"
    }
  }
}

» Sample Request

curl \
  --header "Authorization: Bearer $TOKEN" \
  --header "Content-Type: application/vnd.api+json" \
  --request POST \
  --data @payload.json \
  https://app.terraform.io/api/v2/organizations/my-organization/registry-modules

» Sample Response

{
  "data": {
    "attributes": {
      "created-at": "2018-09-24T20:45:13.614Z",
      "name": "my-module",
      "permissions": {
        "can-delete": true,
        "can-resync": true,
        "can-retry": true
      },
      "provider": "aws",
      "status": "pending",
      "updated-at": "2018-09-24T20:45:13.614Z",
      "version-statuses": []
    },
    "id": "mod-kno8GMqyUFAdbExr",
    "links": {
      "self": "/api/v2/registry-modules/show/my-organization/my-module/aws"
    },
    "relationships": {
      "organization": {
        "data": {
          "id": "org-qScjTapEAMHut5ky",
          "type": "organizations"
        }
      }
    },
    "type": "registry-modules"
  }
}

» Create a Module Version

POST /registry-modules/:organization_name/:name/:provider/versions

Creates a new registry module version. This endpoint only applies to modules without a VCS repository; VCS-linked modules automatically create new versions for new tags. After creating the version, the module should be uploaded to the returned upload link.

» Request Body

This POST endpoint requires a JSON object with the following properties as a request payload.

Properties without a default value are required.

» Sample Payload

{
  "data": {
    "type": "registry-module-versions",
    "attributes": {
      "version": "1.2.3"
    }
  }
}

» Sample Request

curl \
  --header "Authorization: Bearer $TOKEN" \
  --header "Content-Type: application/vnd.api+json" \
  --request POST \
  --data @payload.json \
  https://app.terraform.io/api/v2/registry-modules/my-organization/my-module/aws/versions

» Sample Response

{
  "data": {
    "id": "modver-qjjF7ArLXJSWU3WU",
    "type": "registry-module-versions",
    "attributes": {
      "source": "tfe-api",
      "status": "pending",
      "version": "1.2.3",
      "created-at": "2018-09-24T20:47:20.931Z",
      "updated-at": "2018-09-24T20:47:20.931Z"
    },
    "relationships": {
      "registry-module": {
        "data": {
          "id": "1881",
          "type": "registry-modules"
        }
      }
    },
    "links": {
      "upload": "https://archivist.terraform.io/v1/object/dmF1bHQ6djE6NWJPbHQ4QjV4R1ox..."
    }
  }
}

» Upload a Module Version

PUT https://archivist.terraform.io/v1/object/<UNIQUE OBJECT ID>

The URL is provided in the upload links attribute in the registry-module-versions resource.

» Expected Archive Format

Terraform Enterprise expects the module version uploaded to be a tarball with the module in the root (not in a subdirectory).

Given the following folder structure:

terraform-null-test
├── README.md
├── examples
│   └── default
│       ├── README.md
│       └── main.tf
└── main.tf

Package the files in an archive format by running tar zcvf module.tar.gz * in the module's directory.

~$ cd terraform-null-test
terraform-null-test$ tar zcvf module.tar.gz *
a README.md
a examples
a examples/default
a examples/default/main.tf
a examples/default/README.md
a main.tf

» Sample Request

curl \
  --header "Content-Type: application/octet-stream" \
  --request PUT \
  --data-binary @module.tar.gz \
  https://archivist.terraform.io/v1/object/dmF1bHQ6djE6NWJPbHQ4QjV4R1ox...

After the registry module version is successfully parsed by TFE, its status will become "ok".

» Delete a Module

• POST /registry-modules/actions/delete/:organization_name/:name/:provider/:version
• POST /registry-modules/actions/delete/:organization_name/:name/:provider
• POST /registry-modules/actions/delete/:organization_name/:name

» Parameters

When removing modules, there are three versions of the endpoint, depending on how many parameters are specified.

• If all parameters (module, provider, and version) are specified, the specified version for the given provider of the module is deleted.
• If module and provider are specified, the specified provider for the given module is deleted along with all its versions.
• If only module is specified, the entire module is deleted.

If a version deletion would leave a provider with no versions, the provider will be deleted. If a provider deletion would leave a module with no providers, the module will be deleted.

» Sample Request

curl \
  --header "Authorization: Bearer $TOKEN" \
  --header "Content-Type: application/vnd.api+json" \
  --request POST \
  https://app.terraform.io/api/v2/registry-modules/actions/delete/my-organization/my-module