OpenAPI overview

Cloud Endpoints supports APIs that are described using version 2.0 of the OpenAPI specification. Your API can be implemented using any publicly available REST framework such as Django or Jersey. You describe your API in a JSON or YAML file referred to as an OpenAPI document. This page describes some of the benefits to using OpenAPI, shows a basic OpenAPI document, and provides additional information to help you get started with OpenAPI.

Benefits

One of the primary benefits to using OpenAPI is for documentation; once you have an OpenAPI document that describes your API, it is easy to generate reference documentation for your API. See Cloud Endpoints Portal for more information.

There other benefits to using OpenAPI. For example, you can:

  • Generate client libraries in dozens of languages.
  • Generate server stubs.
  • Use projects to verify your conformance and to generate samples.

Basic structure of an OpenAPI document

An OpenAPI document describes the surface of your REST API, and defines information such as:

  • The name and description of the API.
  • The individual endpoints (paths) in the API.
  • How the callers are authenticated.

If you are new to OpenAPI, take a look at the Swagger basic structure website, which provides a sample OpenAPI document (also referred to as a Swagger specification) and briefly explains each section of the file. The OpenAPI document from the Endpoints quickstart illustrates this basic structure:

    swagger: "2.0"
    info:
      title: "Airport Codes"
      description: "Get the name of an airport from its three-letter IATA code."
      version: "1.0.0"
    # This field will be replaced by the deploy_api.sh script.
    host: "YOUR-PROJECT-ID.appspot.com"
    schemes:
      - "https"
    paths:
      "/airportName":
        get:
          description: "Get the airport name for a given IATA code."
          operationId: "airportName"
          parameters:
            -
              name: iataCode
              in: query
              required: true
              type: string
          responses:
            200:
              description: "Success."
              schema:
                type: string
            400:
              description: "The IATA code is invalid or missing."

In addition to the basic structure, the openapi.yaml file from the sample code used in the tutorials illustrates:

Generating an OpenAPI document

Depending on what language you are using, you might be able to generate an OpenAPI document. In Java, there are open source projects for both Jersey and Spring that can generate an OpenAPI document from annotations. There is also a Maven plugin. For Python users, flask-swagger might be an interesting project, and swagger-node-express for Node developers.

The OpenAPI community is continually developing tools to help in the composition (and, for some languages, automatic generation) of OpenAPI documents. See the Swagger website for a complete list of tools and integrations.

What's next