Apigee Templater

Provides tooling for the templating and automation of Apigee proxies using simplified inputs, for example through a JSON/YAML input file, a REST call, or a CLI.

Apigee proxies are ideal for templating since the bundles are composed of simple files & directories, which can be easily automated, even for complex use-cases. This tool helps do exactly that.

Prerequisites

• Node.js installed
• If you want to deploy the generated proxies to Apigee directly from the CLI, then you will need:
  • Apigee X org and environment (either eval or production).
  • gcloud CLI installed and set to your Apigee X project (gcloud config set project PROJECT) and authenticated with a default service account (gcloud auth application-default login)

Install and run

You can use the CLI either by installing it globally on your system or with npx.

# Install globally
npm i -g apigee-templater

# Run with npx
npx apigee-templater

Supported features

The default templating engine used is the Handlebars framework to build any type of proxy based on structured inputs. And because the logic is contained in Javascript or Typescript plugins, logic can be added for any type of requirement.

You can also just create any type of policy automatically using JSON-XML mapping, see the javascript example to see how the JS policy is automatically mapped from the JSON input configuration to the XML policy (no plugin needed).

Example usage

You can find examples of both proxy and shared flow generation in the ./module/tests directory. The tests use both JSON and YAML to demonstrate configuration of proxies and shared flows.

Basic CLI usage

This example creates a simple proxy to httpbin.org and deploys it to the eval environment in project apigee-test99.

apigee-templater -n HttpBinProxy -b /httpbin -t https://httpbin.org -d -e eval -p apigee-test99

Output:

# Proxy bundle generated and deployed to environment "eval"
> Proxy HttpBinProxy generated to ./HttpBinProxy.zip in 32 milliseconds.
> Proxy HttpBinProxy version 1 deployed to environment eval in 2258 milliseconds.
> Wait 2-3 minutes, then test here: https://eval-group.34-111-104-118.nip.io/httpbin

Use a local or remote JSON file as input

#Generate a proxy based on the local input1.json file and deploy it to environment eval in project apigee-test99
apigee-templater -f ./module/test/data/input1.json -d -e eval -p apigee-test99

#Generate a proxy from a remote JSON file and deploy it to environment eval in project apigee-test99
apigee-templater -f https://raw.githubusercontent.com/apigee/apigee-templater/main/module/test/data/input1.json -d -e eval -p apigee-test99

Create a proxy to a BigQuery table or query

This example uses the -q flag to create a proxy to a BigQuery query and deploy it to the eval environment in GCP project apigee-test99. Here a service account must be specified with the -s parameter that has the rights to access BigQuery and read from the dataset.

# Build and deploy a REST proxy to the BigQuery Austin bikesharing public dataset
apigee-templater -n BikeTrips-v1 -b /trips -q bigquery-public-data.austin_bikeshare.bikeshare_trips -d -e eval -p apigee-test99 -s serviceaccount@project.iam.gserviceaccount.com

Output:

# Proxy bundle was generated and deployed to environment "eval" with service identity
> Proxy BikeTrips-v1 generated to ./BikeTrips-v1.zip in 42 milliseconds.
> Proxy BikeTrips-v1 version 1 deployed to environment eval in 3267 milliseconds.
> Wait 2-3 minutes, then test here: https://eval-group.34-111-104-118.nip.io/trips

After waiting a few minutes, you can run curl https://BASE_PATH/trips?pageSize=1 and get bike trip data returned, with URL parameters pageSize, filter, orderBy and pageToken.

{
  "trips": [
    {
      "trip_id": "9900289692",
      "subscriber_type": "Walk Up",
      "bikeid": "248",
      "start_time": "1.443820321E9",
      "start_station_id": "1006",
      "start_station_name": "Zilker Park West",
      "end_station_id": "1008",
      "end_station_name": "Nueces @ 3rd",
      "duration_minutes": "39"
    }
  ],
  "next_page_token": 2
}

Use the CLI either in command or interactive mode

# Use the CLI in interactive mode to collect inputs
apigee-templater
> Welcome to apigee-template, use -h for more command line options. 
? What should the proxy be called? MyProxy
? Which base path should be used? /test
? Which backend target should be called? https://test.com
? Do you want to deploy the proxy to an Apigee X environment? No
> Proxy MyProxy generated to ./MyProxy.zip in 60 milliseconds.

# Show all commands
apigee-templater -h

All deployed proxies can then be viewed and managed in the Apigee console, where you can check the status of the deployments, do tracing, and create API products based on these automated proxies.

Examples

Here are example JSON input files to generate proxies with these different features, located in the ./module/test/data directory.

You can easily test these input files by running the apigee-templater-module unit tests like this:

cd ./module
npm install
npm run test
# The proxies are generated in the ./module/test/proxies directory

REST service and web client

A sample REST service and web client show how the Apigee Templater can be used to template and deploy proxies directly from users interacting in a client.

To build and run the service and web client locally:

# Build and copy the client outputs to the service 
./build_service.sh
# Run service
cd service
node dist

Then you can open the service locally at http://localhost:8080.

You can also build and deploy the service to Cloud Run by clicking here:

Usage with Typescript/Javascript

First install and import into your project.

npm install apigee-templater-module

Then use the generator module to build proxies.

import {ApigeeTemplateInput, ApigeeGenerator, proxyTypes, authTypes} from 'apigee-templater-module'

apigeeTemplater: ApigeeGenerator = new ApigeeGenerator(); // Optionally custom conversion plugins can be passed here, defaults are included.

let input: ApigeeTemplateInput = {
  name: "MyProxy",
  endpoints: [
    {
      name: "default",
      basePath: "/myproxy",
      target: {
        name: "default",
        url: "https://httpbin.org"
      },
      quotas: [
        {
          count: 200,
          timeUnit: "day"
        }
      ],
      auth: [
        {
          type: authTypes.apiKey
        }
      ]
    }
  ]
}

apigeeGenerator.generateProxy(input, "./proxies").then((result) => {
  // Proxy bundle generated to ./proxies/MyProxy.zip
  console.log(`Proxy successfully generated to ${result.localPath}!`);
});

Customization and extensions

Simple customization

Any Apigee policy XML snippet can be generated using the default JSON->XML transformation from extension input configuration. For example this input configuration creates a Javascript policy with all properties mapped in the main node Javascript to an XML node in a file JS-RunScript-1.xml that will be triggered in the PreRequest proxy flow.

  "extensionSteps": [
    // This first step uses a plugin (type 'resourceFiles') to do logic to write the files to the proxy (in the case of the resourceFiles plugin).
    {
      "type": "resourceFiles",
      "name": "RS-JavascriptFiles",
      "flowRunPoints": [],
      "files": {
        "jsc/helloWorld1.js": "./test/data/input8.javascript.js",
        "jsc/helloWorld2.js": "https://raw.githubusercontent.com/apigee/apigee-templater/main/module/test/data/input8.javascript.js",
        "jsc/helloWorld3.js": "print('hello world 3!');\nprint('hello world 3!');"
      }
    },
    // This step doesn't have a type, and so the default JSON->XML is used which creates a file named JS-RunScript-1 and is called in the PreRequest proxy flow.
    {
      "name": "JS-RunScript-1",
      "flowRunPoints": [{
        "name": "preRequest",
        "runPoints": ["preRequest"]
      }],
      "properties": {
        "Javascript": {
          "_attributes": {
            "name": "JS-RunScript-1"
          },
          "DisplayName": "JS-RunScript-1",
          "Properties": {},
          "ResourceURL": "jsc://helloWorld1.js"
        }
      }
    },
    ...
  ]

You can add as many extensionSteps as needed. If there is a type property, then that plugin is used to create the files, but if there is no type then the default JSON->XML mapping is used, meaning you can create any policy XML file needed.

Advanced customization

Advanced customization can be used to create your own plugins, which can do any special logic needed. The easiest way is to create your own CLI class, and then settting / overriding with your own plugins. See this repository for a detailed example, complete with a customized plugin and unit tests to test the changes.

Contributing

See the contributing instructions to get started.

License

All solutions within this repository are provided under the Apache 2.0 license. Please see the LICENSE file for more detailed terms and conditions.

Disclaimer

This repository and its contents are not an official Google product.